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(54) Recording apparatus, recording method, playback apparatus, playback method, 

recording/playback apparatus, recording/playback method, presentation medium and 
recording medium 



(57) This invention relates to a recording apparatus 
lor recording a plurality of pieces of data into a recording 
medium is characterized in that the recording apparatus 
including a specifying means for specifying that a write 
operation over a combination of the pieces of data is 
prohibited, a judgment means for forming a judgment 
on what is specified for a' predetermined piece of data 
by the specifying means in response to a command to 
perform a recording operation over; the piece of data, 
and a control means for controlling an operation to 
record the pieces of data into the recording medium, in 
accordance with a result of a judgment formed by the 



judgment means; and relates to a recording method 
adopted in a recording apparatus for recording a plural- 
ity of pieces of data into a recording medium is charac- 
terized in that the recording method including a specify- 
ing step of specifying that a write operation over a com- 
bination of the pieces of data is prohibited, a judgment 
step of forming a judgment on what is specified for a 
predetermined piece of data at the specifying step in re- 
sponse to a command to perform a recording operation 
over the piece of data, and a control step of controlling 
an operation to record the pieces of data into the record- 
ing medium in accordance with a result of a judgment 
formed at the judgment step. 
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Description 

[0001] In general, the present invention relates to a 
recording apparatus, a recording method, a playback 
apparatus, a playback method, a 

recording/playback apparatus, a recording/play- 
back method, a presentation medium and a recording 
medium. More particularly, Ihe present invention relates, 
to a recording apparatus, a recording method, a play- 
back apparatus, a playback method, a recording/play- 
back apparatus, a recording/playback method, a pres- 
entation medium and a recording medium offering im- 
proved operatability of the recording/playback appara- 
tus by virtue of a facility for specifying whether or not to 
prohibit a write operation over for each type of data. 
[0002] An optical disc can be used for recording a plu- 
rality of titles (or a program). The user is allowed to se- 
lect a desired title recorded in the optical disc to be 
played back. 

[0003] In addition, the user is also capable of speci- 
fying any plurality of titles which are combined to be 
played back as a program which comprises the same 
plurality of specified titles. 

[0004] In the related-art optical-disc apparatus, how- 
ever, while an overwrite operation on the optical disc it- 
self or a write operation over any title can be prohibited, 
a write operation over a program for example can not 
be prohibited, giving rise to a problem of poor operata- 
bility of the .optical-disc apparatus. 
[0005] In addition, in the related-art disc apparatus, 
there is also raised a problem that once titles or a pro- 
gram have been recorded on a disc, the playback per- 
son is capable.of playing them back with a high degree 
of freedom, but the recording person is not capable of 
controlling data recorded on the disc in a way adjusted 
to the person playing back the data. 
[0006] It is thus an object of the present invention ad- 
dressing the problems described above to offer im- 
proved operatability of an optical-disc apparatus by vir- 
tue of a facility for specifying whether or not to prohibit 
a overwrite operation lor a combination of pieces of da- 
ta. It is fruther an object of the present invention an per- 
son recording data is capsble of controlling an operation 
to play back the data. 

[0007] In accordance with one aspect of the present 
invention, there is provided a recording apparatus lor 
recording a plurality of pieces of data into a recording 
medium is characterized in that the recording apparatus 
including a specifying means for specifying that a write 
operation over a combination of the pieces ol data is 
prohibited, a judgment means for forming a judgment 
on what is specified for a predetermined piece of data 
by the specifying means in response to a command to 
perform a recording operation over the piece of data, 
and a control means for controlling an operation to 
record the pieces of data into the recording medium in 
accordance with- a result of a judgment formed by the 
judgment means. 
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[0008] In ' accordance with another aspect of the 
present invention, there is provided a recording method 
adopted in a recording apparatus for recording a plural- 
ity of pieces of data into a recording medium is charac^ 

5 terized in that the recording method including a specify- 
ing step of specifying that a write operation over a com^' 
bination of the pieces of data is prohibited, a judgment 
step ol forming a judgment on what is specified for a 
predetermined piece of data at the specifying step in re- 

io spbnse to a command to perform a recording operation 
over the piece of data, and a control step of controlling 
an operation to record the pieces of data into the record- 
ing medium in accordance with a result of a judgment 
formed at the judgment step. 

is [0009] In accordance with further aspect of the 
present invention, there is provided a presentation me- 
dium is characterized in that the presentation medium 
is used for presenting a program readable by a compu- 
ter for execution to make a recording apparatus for re- 

20 cording a plurality of pieces of data into a recording me- 
dium carry out processing including a specifying step of 
specifying that a. write operation over a combination of 
the pieces of data is prohibited, a judgment step of form- 
ing a judgment on what is specified for a predetermined 

25 piece of data at the specifying step in response to a com- 
mand to perform a recording operation over the piece 
of data, and a conlrol step of controlling an operation to 
record the pieces of data into the recording medium in 
accordance with a result of a judgment formed at the 

30 judgment step. 

[0010] In accordance with still further aspect of the 
present invention, there is provided a recording medium 
lor recording a plurality of pieces of data is characterized 
in that the recording medium is also used for recording 

35 specifying information for specifying that a write opera- 
lion over a combination of the pieces of data is prohib- 
ited- 

[0011] In accordance with yet further aspect of the 
present invention, there is provided a record in g/play- 

40 back apparatus for recording and playing back a plural- 
ity of pieces of data into and from a recording medium 
is characterized in that the recording/playback appara- 
tus including a recording means for recording specifying 
information stating prohibition of an overwrite operation 

45 for a combination of the pieces of data into the recording 
medium, a playback means for playing back the speci- 
fying information for a piece of data subjected to a re- 
cording operation in accordance with a command from 
the recording medium, a judgment means for forming a 

so judgment on the specifying information played back by 
the playback means, and a control means for controlling 
an operation to record the piece of data into the record- 
ing medium in accordance with a result of a judgment 
formed by the judgment means. 

55 [0012] In accordance with yet aspect of the present 
invention, there is provided a recording/playback meth- 
od adopted in a recording/playback apparatus for re- 
cording and playing back a plurality of pieces of data 
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into and Irom a recording medium is characterized in 
that the recording/playback method including a record- 
ing step of recording specifying information stating pro- 
hibition ol an overwrite operation tor a combination ot 
the pieces of data into the recording medium; a playback 
step of playing back the specifying information for a 
piece of data subjected to a recording operation in ac- 
cordance with a command from the recording medium, 
a judgment step ol forming a.judgmerit on the specifying 
information played back at the playbajck step, and a con- 
trol step of controlling an operation to record the piece 
of data into the recording medium in accordance with a 
result of a judgment formed at Ihe judgment step. 
[0013] In accordance with yet aspect of the present 
invention, there is provided a presentation medium is 
characterized in that the presentation medium is used 
for presenting a program readable by a.computer for ex- 
ecution to make a recording/playback apparatus for re- 
cording and playing back a plurality of pieces of data 
into and from a recording medium carry out processing 
including a recording step of recording specifying infor- 
mation stating prohibition of an overwrite operation lor 
a combination of the pieces of data' into the recording 
medium, a playback step of playing back the specifying 
information for a piece of data subjected to a recording 
operation in accordance with a command from the re- 
cording medium, a judgment step of forming a judgment 
on the specifying information played back at the play- 
back step, and a control step of controlling an operatioa 
to record the piece of data into the recording medium in 
accordance with a resulfcof a judgment formed at the 
judgment step. • 

[0014] In accordance with yet aspect of the present 
invention, there is provided a playback apparatus tor 
playing back data from a recording medium is charac- 
terized in the playback apparatus including a specifying 
means for specifying whether or not ^n operation to play 
back data recorded in the.recording medium is allowed, 
a judgment means for forming a judgment on what is 
specified by the specifying means, ahd a control-means 
for controlling an operation to play back data from the 
recording medium in accordance with a result of a judg- 
ment formed by the judgment means. 
[0015] In accordance with yet aspect of the present 
invention, there is provided a playback method adopted 
in a playback apparatus for playing back data from a. 
recording medium is characterized in that the playback 
method including a specifying step of specifying wheth- 
er or not an operation to play back data recorded in the 
recording medium is allowed, a judgment step of form- 
ing a judgment on- what is specified at the specifying 
step, and a control step of controlling an operation to 
play back data from the* recording .medium in accord- 
ance with a result of a judgment formed at the judgment 
step. 

[0016] In accordance with yet aspect of the present 
invention, there is provided a presentation medium is 
characterized in that the presentatipn medium is used 
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forpresenting a prog'ram readable by a computer for ex- 
ecution to make a playback apparatus for playing back 
data from a recording medium carry out processing in- 
cluding a specifying step ot specifying whether or not an 
5 operation to play back data recorded in the recording 
medium is allowed, a judgment step of forming a judg- 
ment on what is specified at the specifying step, and a 
control step of controlling an operation to play back data 
from the recording medium in accordance with a result 
10 of a judgment formed at the judgment step. 

[0017] In accordance with yet aspect of the present 
invention, there is provided a recording medium for re- 
cording data is characterized in that the recording me- 
dium is also used tor recording specifying information 
15 for specifying whether or not an operation to play back 
the data is prohibited. 

[0018] In accordance with yet aspect of the present 
invention, there is provided a recording apparatus for 
recording data into a recording medium is characterized 
20 in that the recording apparatus including a specifying 
means for specifying whether or not an operation to play 
back data from the recording medium is prohibited and 
a recording means for recording what is specified by the 
specifying means into the recording medium. 
25 [0019] In accordance with yet aspect of the present 
invention, there is provided a recording method adopted 
in a recording apparatus for recording data into a record- 
ing medium is characterized in that the recording meth- 
od including a specifying step of specifying whether or 
30 not an operation to play .back data from the recording 
medium is prohibited and a recording step of recording 
what is specified at the specifying step into the recording 
medium. 

[0020] In accordance with yet aspect of the present 
35 invention, there is provided a presentation medium is 
characterized in that the presentation medium is used 
for presenting a program readable by a computer for ex- 
ecution to make a recording apparatus for recording da- 
ta into a recording medium carry out processing includ- 
40 ing a specifying step of specifying whether or not an op- 
eration to play back data from the recording medium is 
prohibited and a recording step of recording what is 
specified at the specifying step into the recording medi- 
um. 

45 [0021] In accordance with yet aspect of the present 
invention, there is provided a recording/playback appa- 
ratus lor recording and playing back data into and from 
a recording medium is characterized in that the record- 
ing/playback apparatus including a recording means for 
so recording specifying information specifying whether or 
not to prohibit an operation to play back data recorded 
in the recording medium into the recording medium, a 
playback means for playing back the specifying infor- 
mation for data subjected.to a playback operation in ac- 
55 cordance with a command from the recording medium, 
a judgment means for forming a judgment on the spec-, 
ilying information played back by the- playback means, 
and a control means for controlling an operation to play 
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back data from the recording medium in accordance 
with a result of a judgment formed by the judgment 
means. 

[0022] In accordance with yet aspect of the present 
invention, there is provided a recording/playback meih- $ 
od adopted in a recording/playback apparatus for re- 
cording and playing back data into and from a recording 
medium is characterized in that the recording/playback 
method including a recording step ol recording specify- 
ing information specifying whether or not to prohibit an io 
operation to play back data recorded in the recording 
medium into the recording medium, a playback step of 
playing back the specifying information for data subject- 
ed to a playback operation in accordance with a com- 
mand from the recording medium, a judgment step of is 
forming a judgment on the specifying information played 
back at the playback step, and a control step of control- 
ling an operation to play back data from the recording 
medium in accordance with a result of a judgment 
formed at the judgment step. 20 
[0023] In accordance with, yet aspect of the present 
invention, there is provided £ presentation medium is 
characterized in that the presentation medium is used 
for presenting a prog ram. readable by a computer for ex- 
ecution to make a recording/playback apparatus for re- 25 
cording and playing back data into and from a recording . 
medium carry out processing including a recording step 
of recording specifying information specifying whether 
or not to prohibit an operation to pfay back data recorded 
in the recording medium into the recording medium, a 30 
playback step of playing back the specifying information 
for data subjected to a playback ope ration, in accord- 
ance with a command from the recording medium, a 
judgment step of forming a judgment on theispecifying 
information played back at the playback step, and a con- 3S 
trol step of controlling an operation to play back data 
from the recording medium in accordance, with a result 
of a judgment formed at the judgment step. 
[0024] In the recording apparatus, the recording 
method, the presentation medium and the recording 40 
medium according to the present invention, prohibition 
of a write operation over a combination of pieces of data 
is specified.. 

[0025] In the recording/playback apparatus : the re- 
cording/playback method and the presentation medium 45 
according to the present invention, specifying informa- 
tion stating prohibition of an overwrite operation for a 
combination of pieces of data is recorded into a record- 
ing medium, the specifying information for a piece of da- 
. ta subjected to a recording operation in accordance with so 
a command is played back from the recording medium, 
and an operation to record the piece of data into the re- 
cording medium is controlled in accordance with a result 
of a judgment formed on the specifying information 
played back from the recording medium. ss 
[0026] In the playback apparatus, the recording play- 
back method and the presentation medium according to 
the present invention, an operation to play back data 
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from a recording medium is controlled in accordance 
with a prescribed regulation as to whether or not the op- 
eration to play back the data recorded in the recording 
medium is allowed. 

[0027] A recording medium according to the present 
invention is also used tor recording specifying informa- 
tion for specifying whether or not an operation to play 
back the data is prohibited. 

[0028] In the recording apparatus, the recording 
method and the presentation medium according to the 
present invention, a prescribed regulation as to whether 
or not to prohibit an operation to play back data recorded 
in a recording medium is recorded in the recording me- 
dium. 

[0029] In the recording/playback apparatus, the re- 
cording/playback method and the presentation medium 
according to the present invention, specifying informa- 
tion specifying whether or not to prohibit an operation to 
play back data recorded in a recording medium is re- 
corded into the recording medium, the specifying infor- 
mation for data subjected to a playback operation in ac- 
cordance with a command is played back from the re- 
cording medium, and an operation to play back data 
from the recording medium is controlled in accordance 
with a result of a judgment, formed on the specifying in- 
formation played back from the recording medium. 
[0030] Embodiments of the invention will now be de- 
scribed, by way of example only, with reference to the 
accompanying drawings in which: 

* 

Fig. 1 is an explanatory diagram used for describing 
an organization of directories; 
Fig. 2 is an explanatory diagram used-for describing 
the structure of a VOLUME.TOC file; 
Fig. 3 is an explanatory diagram used for describing 
the structure of volume_in formation ( ); 
Fig. 4 is an explanatory diagram used for describing 
the structure of volume_attribute ( ); 
Fig. 5 is an explanatory diagram used fordescribing 
the structure of resume ( ); 

Fig. 6 is an explanatory diagram used for describing 
the structure of volume_rating ( ); 
Fig. 7 is an explanatory diagram used for describing 
the structure of write_protect ( ); 
Fig. 8 is an explanatory diagram used for describing 
. the structure of play_protect ( ); 

Fig. 9 is an explanatory diagram used for describing 
the structure of recording_timer ( ); 
Fig. 10 is an explanatory diagram used for describ- 
ing the structure of texl_block ( ); 
Fig. 11 is an explanatory diagram used for describ- 
ing the structure of language_set ( ); 
Fig. 1 2 is an explanatory diagram used for describ- 
ing the structure of textjtem ( ); 
Fig. 1 3 is an explanatory diagram used for describ- 
ing the structure of ALBUM. STR; 
Fig. 14 is an explanatory diagram used for describ- 
ing the structure of album ( ); 
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Fig. 15 is an explanatory diagram used for describ- 
ing the structure of TITLE_###.VDR; 
Fig. 16 is an explanatory diagram used lor describ- 
ing the structure of tit!e_infp ( ); 
Fig. 17 is an explanatory diagram used for describ- 5 
ing the structure of PROGRAM_$$$.PGI; 
Fig. 18 is an explanatory diagram used for describ- 
ing the structure of program ( ); 
Fig. 19. is an explanatory diagram used for describ- 
ing the structure of playjist ( ); 10 
Fig. 20 is an explanatory diagram used for describ- 
ing the structure of playjtem ( )*; 
Fig. 21 is an explanatory diagram used for describ- 
ing the structure of CHUNKGROUP_###.CGIT; 
Fig. 22 is an explanatory diagram used for describ- is 
ing the structure of chunk_connection_info ( ); 
Fig. 23 is an explanatory diagrarn used for describ- 
ing the structure of chunk_arrahgement_info ( ); 
Fig. 24 is an explanatory diagram used for describ- 
ing the structure of CHUNK_%%%.ABST; 20 
Fig. 25 is a. block diagram showing a typical config- 
uration of an optical-disc apparatus' to. which the 
present invention is applied; 
Fig. 26 is an explanatory diagram used for describ- 
ing an organization of directories; 25 
Fig-. 27 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. .28 is an explanatory diagram used for describ- 
ing an offset; 

Fig. 29 is an explanatory diagram used for describ- 30 
ing an organization of directories; 
Fig. 30 is an explanatory diagram used lor describ- 
ing an organization of directories; 
Fig. 31 is an explanatory* diagram used for describ- 
ing a logical organization of directories; 35 
Fig. 32 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 33 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 34 is an explanatory diagram used for describ- *o 
ing a logical organization of directories; 
Fig. 35 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. 36 is an explanatory diagram used for describ- 
ing volume_write_protect_level;. 45 
Fig. 37 is a flowchart representing processing to 
modify write_protect; .» 
Fig. 38 is a flowchart representing recording 
processing; 

Fig. 39 is a continuation of the flowchart represent- so 
ing recording processing shown in. Fig. 38; 
Fig. 40 is an explanatory diagram used for describ- 
ing a relation of volume_write_protect Jevel; 
Fig. 41 is an explanatory diagram used for describ- 
ing vqlume_play_protect_flag; 55 
Fig. 42 is a flowchart representing processing to 
modify play_protect; 

Fig. 43 is a flowchart representing playback 



^processing; 
Fig. 44 is a flowchart representing other playback 
processing; 

Fig. 45 is an explanatory diagram used for describ- 
ing volume_rating_type; 

Fig. 46 is an explanatory diagram used for describ- 
ing CARA_category; 

Fig. 47 is an explanatory diagram used for describ- 
ing RSAC_category; 

Fig. 48 is an explanatory diagram used for describ- 
ing RSACJevel; 

Fig. 49 is a flowchart representing processing to 
modify volume_rating; 

Fig. 50 is a flowchart representing processing to ex- 
ecute volume_rating; and 

Fig. 51 is a flowchart representing a continuation of 
the processing to execute volume_rating shown in 
Fig. 50. 

[0031] Before embodiments of the present invention 
are described, each means cited in claims of the patent 
in the specification is exemplified by a typical implemen- 
tation appended after the means by enclosing the im- 
plementation in parentheses in the following description 
of characteristics of the present invention in order to 
clarify a relation associating the means with the imple- 
mentation. It. is needless to say, however, that the ap- 
pended implementation is not to intended to be con- 
strued in a limiting sense, that is, examples of the means 
are not limited to the appended implementation. 
.[0032] According to at least preferred embodiments 
of a recording apparatus for recording a plurality of piec- 
es ot data into a recording medium is characterized in 
that the recording apparatus comprises: 

a specifying means (implemented typically by 
flags_for__program shown in Fig. 18) for specifying 
that a write operation over a combination of the 
pieces of data is prohibited; 

a judgment means (implemented typically by steps 
S26 and S35 of a flowchart shown in Fig. 38) for 
lorming a judgment on what is specified for a pre- 
determined piece of data by the specifying means 
in response to a command to perform a recording 
operation over the piece of data; and 
a control means (implemented typically by steps 
S30 and S32 of the flowchart shown in Fig. 38) for 
controlling an operation to record the pieces of data 
into the recording medium in accordance with a re- 
sult of a judgment formed by the judgment means. 

[0033] According to at least preferred embodiments 
.of a recording/playback apparatus for recording and 
playing back a plurality of pieces of data into and from 
a recording medium is characterized in that the record- 
ing/playback apparatus comprises: 

a recording means (implemented typically by a step 
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S10 of a flowchart shown in Fig. 37) for recording 
specifying information (implemented typically by 
flags_for_program shown in Fig. 18) stating prohi- 
bition of an overwrite operation tor a combination of 
the pieces of data into the recording medium; 5 
a playback means (implemented typically'by a step 
S21 of the flowchart shown in Fig. 38) for playing 
back the specifying informalion for a piece of dala 
subjected to a recording operation in accordance 
with a command from the recording medium; io 
a judgment means (implemented typically by the 
steps S26 and S35 of the flowchart shown in Fig. • 
38) for forming a judgment on the specifying infor- 
mation played back by the playback means; and 
a control means (implemented typically by the steps 15 
S30 and S32 of the flowchart shown in Fig. 38) for 
controlling an operation to record the piece of data 
into the recording medium in accordance with a re- 
sult of a judgment formed by the judgment means. 



[0034] According to at least preferred embodiments 
of a playback apparatus for playing back data from a 
recording medium is characterized in the playback ap^ 
paratus comprises: 



20 



25 



a specifying means (implemented typically by 
play_protect shown in Fig. 8) for specifying whether 
or not an operation to play back data recorded in 
the recording medium is allowed; 
a judgment means (implemented typically by steps 30 
S72 to S75 of a flowchart shown in Fig. 43) for form- 
ing a judgment on what is specified by the specify- 
ing means; and 

a control means (implemented typically by steps 
S77 and S79 of the flowchart shown in Fig. 43) for 35 
controlling an operation lo play back dala from the 
recording medium in accordance with a result of a 
judgment formed by the judgment means. 

[0035] According to at least preferred embodiments 40 
of a recording apparatus for recording data into a re- 
cording medium is characterized in that the recording 
apparatus comprises: 

a specifying means (implemented typically by 45 
play_protect ( ) shown in Fig. 8) tor specifying 
whether or not an operation to play back data from 
the recording medium is prohibited; and 
a recording means (implemented typically by a step 
S60 of a flowchart shown in Fig. 42) for recording so 
what is specified by the specifying means into the 
recording medium. 

[0036] According to at least preferred embodiments 
of a recording/playback apparatus for recording and ss 
playing back data into and from a recording medium is 
characterized in that the recording/playback apparatus ' 
comprises: 



a recording means (implemented typically by the 
step S60 of the flowchart shown in Fig. 42) for re- 
cording specifying information (implemented typi- 
cally by play_protect shown in Fig. 8) specifying 
whether or not to prohibit an operation to play back 
data recorded 'in the recording medium into the re- 
cording medium; 

a playback means (implemented typically by a step 
S71 of the flowchart shown in Fig. 43) for playing 
back the specifying information for data subjected 
to a playback operation in accordance with a com- 
mand from the recording medium; 
a judgment means (implemented typically by the 
steps S72 to S75 of the flowchart shown in Fig. 43) 
for forming a judgment on the specifying information 
played back by the playback means; and 
a control means (implemented typically by the steps 
S77 and S79 of the flowchart shown in Fig. 43) for 
controlling an operation to play back data from the 
recording medium in accordance with a result of a 
judgment formed by the judgment means. 

• ■ 

[0037] The description begins with an explanation of 
a layout of files on a recording medium provided by the 
present invention, which information is recorded into 
and played back from. Recorded on the recording me- 
dium, files shown in Fig. 1 are classified into 7 types 
listed below. 

VOLUME. TOC 

ALBUM. STR 

PROGRAM_$$$.PGI 

TITLE_###.VDR 

CHUNKGROUP_@@@.CGIT 

C H U N K_%%%%. ABST 

CHUNK_%%%%.MPEG2 

[0038] The VOLUME.TOC and ALBUM. STR files are 
placed in a root directory. A directory named "PRO- 
GRAM" is placed immediately below the root directory. 
The PROGRAM directory includes PROGRAM_$$$. 
PGI files where notation $$$ represents the number of 
a program. By the same token, a directory named TITLE 
is placed immediately below the root directory. The TI- 
TLE directory includes T1TLE_###.. VDR files where no- 
tation ### represent the number of a title. Placed imme- 
diately below the root directory, a CHUNKGROUP di- 
rectory includes CHUNKGROUP_@ @ @.CGIT files 
where notation @@@ represents the number of a 
chunk group and a CHUNK directory includes 
CHUNK jvy<>%%. ABST files where notation %%%% 
represents the number of a chunk. 
[0039] Also placed immediately below the root direc- 
tory, an MPEGAV directory contains a plurality of sub- 
directories which each include CHUNK_%%%%. 
MPEG2 files where %%%% represents the number of 
a chunk. 

[0040] Normally, one VOLUME.TOC file exists in the 
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recording medium. In a recording medium with a special 
structure such as a recording medium with a ROM and 
RAM hybrid structure, however,, a plurality of VOLUME. 
TOC files may exist. This VOLUME. IOC file is used for 
showing the properly of the recording medium as a 
whole. 

[0041] Fig. 2 is a diagram showing the structure of the 
VOLUME.TOC file. As shown in Lhe figure, file_lype_id 
is placed at the head of the file to indicate that the file is 
a VOLUME.TOC file. filejypejd is followed by 
volumejnformation ( ) which is finally followed by 
text J>lock { )- 

[0042] Fig. 3 is a diagram showing the structure of 
volumejnformation ( ). As shown in the figure, 
vol ume_ information () comprises vplume_attnbute (), 
resume ( ), . volume_rating ( ), write_protect ( ), 
play_protect ( ) and recordings imer ( ). 
[0043] volume_attribute ( ) is an area used for record- 
ing attributes of the logical volume. Fig. 4 is a diagram 
showing a detailed structure of volume_attribute { ), As 
shown in the figure, volume_attribute () includes 
title j>layback_modeJlag and program_playback_ 
mode_flag. 

[0044] resume ( ) is an area used for recording infor- 
mation used in restoration of a state immediately prior 
to an eject operation at the time the. recording medium 
is reinserted. Fig. 5 is a diagram showing a detailed 
structure of resume ( ). i. 
[0045] volume_rating ( ) shown in Fig. 3 is an area 
used for recording information used.in implementation 
of age limitation of watchers/listeners of the volume as 
a whole in accordance with user age's and user catego- 
ries. Fig. 6 is a diagram showing a detailed structure of 
volume_rating ( ). 

[0046] write__protect ( ) shown in Fig. 3 is an area used 
for recording information used in limitation of operations 
to change and delete a title or a program: Fig. 7 is a 
diagram showing a detailed structure of write_protect 

( ) 

[00471 play_protect ( ) shown in Fig. 3 is an area used 
for recording information setting a playback enablef unc- 
tion or a playback disable function and limiting the 
number ol playback operations for a title or a program 
recorded in the volume. Fig. 8 is a diagram showing a 
detailed structure of play protect ( ). 
[0048] recording Jimer ( ) shown in Fig. 3 is an area 
used for recording information controlling a recording 
time. 

[0049] Fig. 9 is a diagram showing a detailed structure 

of record ingjimer ( ). • 
[0050] Fig. 10 is a diagram showing a detailed struc- 
ture of text Jaiock ( ) of the VOLUME.TOC file shown in 
Fig. 2. As shown in Fig. 10, text_block () includes 
language_sets ( ) and textjtems (). Figs. 11 and 12 
show detailed structures of language_set () and 
textjtem ( ) respectively. 

[0051] Normally, one ALBUM. STB file shown in Fig. 
1 exists in a recording medium. In a< recording medium 



witbia special structure such as a recording medium with 
a ROM and RAM hybrid structure, however, a plurality 
of ALBUM. STR files may exist. The ALBUM. STR file is 
used for combining a plurality of recording media into a 

5 configuration that makes the recording media appear as 
if there were only a single recording medium. 
[0052] Fig. 13 is a diagram showing the structure of 
the ALBUM. STR file. As shown in lhe figure, filejypejd 
is placed at the head of the file to indicate that the file is 

10 ALBUM. STR. filejypejd is followed by album ( ) which 
is finally followed by text_block ( ). 
[0053] album ( ) is an area used for recording infor- 
mation used in handling a plurality of volumes, that is, 
a plurality of recording media, as one integrated volume. 

15 Fig. 14 is a diagram showing a detailed structure of al- 
bum (). 

[0054] As many TITLE JJ##.VDR files shown in Fig. 
1 as titles exist. A title refers to, for example, a musical 
selection in the case of a compact disc or a program in 

20 the case of a television broadcasting. Fig. 15 is a dia- 
gram showing the structure of a TITLE_###.VDR file. 
As shown in the figure, file Jype jd is placed at the head 
of the file to indicate that the file is TITLE_###,UDR. 
filejypejd is followed by titlejnfo ( ) which is finally 

25 followed by text_block ( ). Notation ### is a string of 
characters representing the number of a title. 
[0055] titlejnfo ( ) is an area used lor recording a start 
point and an end point of the title on a chunk group and 
• other attributes of the title. Fig. 1 6 is a diagram showing 

30 a detailed structure of titlejnfo ( ). 

[0056] As many PROGRAM_$$$.PGl files shown in 
Fig.1 as programs exist. A program comprises a plural- 
ity of cuts each specifying an area of a portion or all of 
a title. Cuts of a program are played back in a specified 

35 order. Fig. 17 is a diagram showing the structure of a 
PROGRAM^$$$.PGI file. As shown in the figure, 
filejypejd is placed at the head of the file to indicate 
that the file is PROGRAM_$$$.PGI. filejypejd is fol- 
lowed by program ( ) which is finally followed by 

40 text JMock ( .). Notation $$$ is a string of characters rep- 
resenting the number of a program. 
[0057] program ( ) is an area used for recording inlor- 
. mation required in an operation to collect necessary por- 
tions of titles and play back them without accomplishing 

45 irreversible editing of materials. Fig 18 is a diagram 
showing. a detailed structure of program ( ). 
[005.8] program ( ) shown in Fig. 18 has one playjist. 
Fig. 19 is a diagram showing details of playjist ( ). 
[0059] A plurality of playjtems () are placed in 

so playjist. Fig. 20 is a diagram showing details of 
playjtem ( ). 

[0060] As many CHUNKGROUP_@@@.CGIT files 
shown in Fig. 1 as many chunk groups exist. A chunk 
group is a data structure used for arranging a bit stream. 
55 When the user normally operates an apparatus for re- 
cording and playing back information into and Irom a re- 
cording medium such as a VDR (Video Disc Recorder), 
the user is not aware of the existence of this file. 
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[0061] Fig. 21 is a diagram showing a 
CHUNKGROUP_@ @ @.CGIT file. As shown in the fig- 
ure, file_type_id is placed at the head of the file to indi- 
cate that the file is CHUNKGROUP_@@@.CGIT. 
file_type_id is followed by chunkgroup_time_ 
base_flags and chunkgroup_time^base_offset which 
are followed by chunk_connection_info ( ). Finally, 
chunk_connection_info ( ) is followed by texl_block ( ). 
[0062] chunkgroup_Jime_base_flags are flags each 
associated with a reference counter of a chunk group. 
chunkgroup_time_base_offset shows a start time of a 
reference time axis of a chunk .group. 
chunkgroup_time_base_offset is a 32-bit value set in a 
counter which counts up at a frequency of gOkHz. 
chunk_connection_info ( ) is an area used for recording 
peculiar information such as a video switch-over point, 
and video and audio synchronization. Fig. 22 is a dia- 
gram showing a detailed structure of chunks 
connection_info ( ). 

[0063] chunk_connection_info ( ) includes as many 
loops of chunk_arrangementjnfo ( ) as chunks pertain- 
ing to a chunk group. Fig. 23 is a diagram showing de- 
tails of chunk_arrangement Jnfo ( ). 
[0064] As many CHUNK_%%%%.ABST files shown 
in Fig. 1 as many chunks exist. A chunk is information 
file for a stream file-. Fig. 24 is a diagram showing the 
structure of a CHUNK_%%%7o.ABST file. As shown in 
the figure, file_type_id is placed at the head of the file 
to indicate that the file is CHUNK_%%%%.ABST. . 
[0065] The CHUNK_%%%%.MPEG2 file shown in 
Fig. 1 is a stream file. Unlike other files which are gen- 
erally used for storing information only, this file is used 
for storing an MPEG bit stream. 

[0066] Fig. 25 is a diagram showing a typical config- 
uration of an optical-disc apparatus for recording and 
playing back information into and from an optical disc 
used as a recording medium including the files de- 
scribed above. In the optical-disc apparatus, a single op- 
tical head 2 is provided for a rewritable optical disc 1 . 
The optical head 2 is used for both reading- out and writ- 
ing information from and into the optical disc 1 . 
[0067] After being demodulated in an RF & demodu- 
lation/modulation circuit 3, a bit stream read out by the 
optical head 2 from th e optical disc 1 is subjected to error 
correction in an ECC circuit 4 before being supplied to 
a read-out channel buffer 6 for absorbing a difference 
between a read-out rate and a decode-processing rate 
by way of a switch 5. An output of the read-out channel 
buffer 6 is supplied to a decoder 7. The read-out channel 
buffer 6 is designed so that a system controller 13 is 
capable of reading and writing the read-out channel 
buffer 6. 

[0066] A bit stream output by the read-out channel 
buffer 6 is decoded by the decoder 7 which outputs vid- 
eo and audio signals as results of decoding. The video 
signal output by the decoder 7 is supplied to a synthesis 
circuit 8 to be synthesized therein with a video signal 
generated by an OSD (On Screen Display) control cir- 
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cuit 9. A result of the synthesis is output through an out-* 
put terminal P1 to a display unit be displayed on the dis- 
play unit which is not shown in the figure. In the mean 
time, the audio signal generated by the decoder 7 is out- 
5 put to a speaker through an output terminal P2 to be. 
played back in the speaker which is also not shown in 
the figure. 

[0069] On the other hand, a video signal input from 
an input terminal P3 and an audio signal input from an 
10 input terminal P4 are encoded by an encoder 10 before 
being supplied to a write-in channel buffer 1 1 for absorb- 
ing a difference between an encode-processing rate 
and a write-in rate. The write-in channel buffer 11 is also 
designed so that the system controller 1 3 is capable of 
*s reading and writing the write-in channel buffer 11. 

[0070] Data stored in the write-in channel buffer 1 1 is 
read out from the write-in channel buffer 1 1 and supplied 
to the ECC circuit 4 by way of the switch 5. In the ECC 

r 

circuit 4, an error correction code is added to the data 
20 before the data is supplied to the RF & demodulation/ 
modulation circuit 3 to be modulated thereby. A signal, 
strictly speaking, an RF signal, output by the RF & de- 
modulation/modulation circuit 3 is recorded onto the op- 
tical disc 1 by the optical head 2. 
25 [0071] An address detecting circuit 12 detects infor- 
mation. on an address on a track on an optical disc 1 
subjected to a recording or playback operation. The sys- 
tem controller 13 controls operations of components 
composing the optical-disc apparatus. The system con- 
so troller 13 comprises a CPU 21 for executing various 
kinds of control, a ROM unit 22 for storing information 
such as processing programs to be executed by the 
CPU 21 , a RAM unit 23 lor temporarily storing informa- 
tion such as data obtained as a result in the course of 
35 processing carried out by the CPU 21 and a RAM unit 
24 for storing a variety of information files to be recorded 
or played back into or from the optical disc 1 . The CPU 
21 finely adjusts the position of the optical head 2 on the 
basis of a result ol detection output by the address de- 
40 tecting circuit 12.* The CPU 21 also controls switching- 
over operations of the switch 5. Composed of a variety 
of switches and a variety of buttons, an input unit 14 is 
operated by the user for entering a variety of commands 
to the optical-disc apparatus. 
45 [0072] Next, a basic operation to read in data from an 
information file is explained. In an operation to read in 
data from the VOLUME.TOC information file, for exam- 
ple, the CPU 21 employed in the system controller 13 
first confirms the physical address at which the VOL- 
50 UME.TOC file is recorded in the optical disc 1 and the 
length of the file by using a file-system operation instruc- 
tion included in a processing program in advance. Then, 
the CPU 21 moves the optical head 2 to a read-out po- 
sition on the basis of information on the address of the 
55 VOLUME.TOC file. Subsequently, the CPU 21 sets the 
optical head 2, the RF & demodulation/modulation cir- 
cuit 3 and the ECC circuit 4 in a read-out mode and po- 
sitions the switch 5 on the side of the read-out channel 
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buffers. Furthermore, the CPU 21 finely adjusts the poV 
sition of the optical head 2 before starting a read-out 
ope rat ion by using the optical head 2. In the read-out 
operation, contents of the VOLUME iTOC file are read 
out by the optical head 2 and demodulated by the RF & 
demodulation/modulation circuit. 3. The output of the RF 
& demodulation/modulation circuit 3 is subjected toerror 
correction in the ECC 4 before being stored in the read- 
out channel buffer 6. 

[0073] When the amount of data stored in the read- 
out channel butler 6 becomes equal: to or exceeds the 
size of the VOLUME.TOC file, the CPU 21 halts the 
read-oul operation. Later on, the CPU 21 reads out the 
data stored in the read-out channel buffer 6 and stores 
the data in the RAM unit 24. 

[0074] Next, a basic operation to write data into an 
information file is explained by taking the VOLUME.TOC 
information file as an example. First : pf all, the CPU 21 
searches the file system, that is, the optical disc 1 , for a 
free area having a size equal to or larger than a VOL- 
UME.TOC file, into which data is to be written, and con- 
firms the address of the free area by Using a file-system 
operation instruction included in a processing program 
in advance. 

[0075] Then, the CPU 21 transfers the VOLUME.TOC 
file prepared in the RAM unit 24 and to be newly written 
into the optical disc 1 to the write-in channel buffer 11. 
The CPU 21 then moves the opticaf head 2 to a write- 
in position on the basis of information on the address of 
the VOL UMETOC file. Subsequently, the CPU 2.1 sets 
the optical head. 2, the RF & demodulation/modulation 
circuit 3 and the -ECC circuit 4 in a;write-in mode and 
positions the switch 5 on the side of the write-in channel 
buffer 11: Furthermore, the CPU 2T finely adjusts the 
position ol the optical head 2 before starting a write-in 
operation by using the optical head 2. 
[0076] In the write-in operation, the newly prepared 
contents of the VOLUME.TOC file are read out from the 
write-in channel buffer 11 and supplied to the ECC cir- 
cuit 4 by way of the switch 5. In the ti ECC circuit 4, an 
error correction code is added to the contents before 
modulation by the RF & demodulation/modulation circuit 
3. A signal output by the RF & demodulation/modulation 
circuit 3 is recorded into the optical disc 1 by the optical 
head 2. When the amount of data read out from the 
write-in channel buffer 11 and recorded into the optical 
disc 1 becomes equal to or exceeds the size of the VOL- 
UME.TOC file, the CPU 21 halts the»:write-in operation. 
[0077] Finally, the CPU 21 rewrites a pointer pointing 
to the VOLUME.TOC file on the file system, that is, the 
optical disc 1, so as to make the pointer point to the new- 
ly written position by using a file-system operation in- 
struction included in the processing program in ad- 
vance. 

[0078] Next, a basic operation to play back a stream 
is explained by taking a CHUNK :i 0001.MPEG2 file 
shown in Fig. 1 as an example. First of all, the CPU 21 
employed in the system controller 1 ^confirms the phys- 



ical address at which the CHUNK_000i.MPEG2 file is 
recorded in the optical disc 21 and the length of the file 
by using a file-system operation instruction included in 
a processing program in advance. Then, the CPU 21 

5 moves the optical head 2 to a read-out position on the 
basis of information on the address of the 
CHUNK_0001.MPEG2 file. Subsequently, the CPU 21 
sets the optical head 2, the RF & demodulation/modu- 
lation circuit 3 and the ECC circuit 4 in a read-out mode 

10 and positions the switch 5 on the side of the read-out 
channel buffer 6. Furthermore, the CPU 21 finely adjusts 
the position of the optical head 2 before starting a read- 
out operation by using the optical head 2. 
[0079] In the read -out operation . contents of the 

is CHUNK_0001 .MPEG2 file read out by the optical head 
2 are stored in the read-out channel buffer 6 through the 
RF & demodulation/modulation circuit 3, the ECC circuit 
4 and the switch 5. The data stored in the read-out chan- 
nel buffer 6 is output to the decoder 7 to be decoded by 

20 the decoder 7 which outputs video and audio signals as 
results of decoding. The audio signal generated by the 
decoder 7 is output to the output terminal P2. In the 
mean time, the video signal output by the decoder 7 is 
supplied to the output terminal P1 through the synthesis 

2S circuit 8. 

[0080] When the amount of data read out f rom the op- 
tical disc 1 and decoded by the decoder 7 to be finally 
displayed becomes equal to the size of the 
CHUNK_0001 . MPEG2 or when ah instruction to halt the 

30 read-out operation is received Irom the input unit 1 4,.the 
CPU 21 stops the readout and decode processing. 
[0081] Next, a basic operation to record a stream into 
an information file is explained by taking the 
CHUNK^OOO 1.MPEG2 information file as an example. 

35 First of all, the CPU 21 searches the file system, that is, 
the optical disc 1 , for a free area having a size equal to 
or larger than the CHUNKJ)001 .MPEG2 file, into which 
a stream is to be written, and confirms the address of 
the free area by using a file-system operation instruction 

^0 included in a processing program in advance. 

[0082] A video signal input from the input terminal P3 
and an audio signal input from the input terminal P4 are 
encoded by an encode/ 10 before being supplied to the 
write-in channel buffer 1 1 . The CPU 21 then moves the 

45 optical head 2 to a write-in position on the basis of in- 
formation on the address of the CHUNK_0001 .MPEG2 
file. Subsequently, the CPU 21 sets the optical head 2, 
the RF & demodulation/modulation circuit 3 and the 
ECC circuit 4 in a write-in mode and positions the switch 

so 5 on the side of the write-in channel. buffer 11. Further- 
more, the CPU 21 finely adjusts the position of the op- 
tical head 2 before starting a write-in operation by using 
the optical head 2. In the write-in operation, the newly 
prepared contents of the CHUNKJD001 .MPEG2 file are 

55 read out from the write-in channel buffer 1 1 and supplied 
to optical head 2 by way of the switch 5, the ECC circuit 
4 and the RF & demodulation/modulation circuit 3. A sig- 
nal output by the RF & demodulation/modulation circuit 
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3 is recorded into the optical disc 1 by the optical head 2. 
[0083] When the amount o! data read out from the 
write-in channel buffer 11 and recorded into the optical 
disc 1 becomes equal to the size of the CHUNK_ 
0001 .MPEG2 or when an instruction to halt the write-in 5 
operation is received from the input unit 14, the CPU 21 
stops the write-in processing. Finally, the CPU 21 re- 
writes a pointer pointing to the CHUNK_0001 .MPEG2 
file on the file system, that is. the optical disc 1 , so as to 
make the. pointer point to the newly written position by 10 
using a file-system operation instruction included in the 
processing program in advance. 

[0084] Assume that information and stream files 
shown in Fig. 26 have bean recorded in the optical disc 
1. In this example, the optical disc 1 includes a file is 
named PROGRAM_Q01.PGI for storing a program. In 
addition, the. optical disc 1 also includes three title files 
named T1TLE_001 .VDR, TITLE_002.VDR and TITLE_ 
003. VDR respectively. 

[0085] Furthermore, the optical disc 1 also includes 20 
two chunk-group information files named CHUNK- 
GROUP_001.CGIT arid CHUN KG ROUP_002. CGIT. 
On the top of that, the optical disc V includes three 
stream files named CHUNKJD001.MPEG2, CHUNK_- 
0011.MPEG2 and N CHUNK_0012.MPEG2 as well as 25 
three information files named CHUNK_0001.ABST, . 
CHUNK_0011.ABST and CHUNK_0012.ABST associ- 
ated with the CHUNK_0001.MPEG2, CHUNK_ 
0011. MPEG? and CHUNK _0012.MPEG2 files respec- 
tively. 30 
[0086] Fig. 27 is* a diagram showing the logical struc- 
ture of the optical disc 1 containing the information and 
stream files shown in Fig. 26. In this example, the chunk 
information files named CHUNK_0001 . ABST, CHUNK_ 
0011. ABST and CHUNK_0012.ABST specify the 35 
CHUNK_0001 .MPEG2, CHUNK_0011 .MPEG2 and 
CHUNK_0012.MPEG2 stream files respectively. To put 
it concretely, in a chunk_file_Jd field of each of the 
CHUNK_%%%%.ABST files shown in Fig. 24, the file 
ID of the associated stream file is specified. 40 
[0087] In addition, in this example, the chunk-group 
information file named CHUNKGROUP_001 .CGIT 
specifies the chunk information file named CHUNK_ 
0001. ABST whereas the chunk-group information file 
named CHUNKGROUP_002.CGIT specifies the chunk <s 
information files named CHUNK_0011 .ABST and . 
CHUNK.0012.ABST. To put it concretely, in a 
chunk_info_file_id field of chunk_arrangemenUnfo ( ) 
shown in Fig. 23, a file ID of chunk information is spec- 
ified. This chunk_arrangement Jnfb ( ) is included in a . so 
chunk group information file. As many chunk_ 
arrangementjnfos ( ) as chunks pertaining to a chunk 
group exist in the data structure. It should be noted that 
chunk_arrangementJnfo ( ) shown in Fig.. 23 is de- 
scribed in chunk_connectionjnfo ( ) shown in Fig. 22 55 
and this chunk^connectionjnfo is described in the 
CHUNKGROUP ###.CGIT file shown in Fig. 21. 
[0088] There is only one chunk_arrangement_info ( ) 
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in CHUNKGROUP_001. The chunk Jnfojile id field of ' 
this chunk_arrangement_info ( ) specifies CHUNK_ 

0001. On the other hand, there are two chunk_ 
arrangementjnfos () in CHUNKGROUP_002. The 
chunk_info_file_id fields of these chunk_ 
arrangementjnfos () specify CHUNK.,0011 and 
CHUNK_0012 respectively. Thus, a chunk group can be 
used to specify an order in which a plurality of chunks 
are to be played back. 

[0089] To put it concretely, first of all, an initial value 
ol a timer for the chunk group is determined by 
chunkgroup_time_base_offset in the CHUNK- 
GROUP_###.CGIT file shown in Fig. 21. Then, when 
each chunk is cataloged, presentation_start_ 
cgJime_count and presentattion_end_cg_time_count 
of chunk_arrangement_info ( ) shown in Fig. 23 are 
specified. 

[0090] For example, assume that the time lengths of 
CHUNK_0011 and CHUNKJD012 are A and B respec- 
tively as shown in Fig. 28. (n this case. 
presentation_start_cg_eount and presentattion_end_ 
cg^count of CHUNK J)011 are equal to chunkgroup_ 
time_base_off set and chunk_group _time_base_offset+ 
A respectively. On the other hand, presentation^ 
start_cg_count and presentattion_end_cg_count of 
CHUNK_0012 are equal to chunkgroup_time_ 
base_offset+A and chunk_group_time_base_offset+ 
A+B respectively; By setting the fields in this way, 
CHUNKGROUP J)02 is defined so that CHUNK_0011 
and CHUNK_0012 are played back continuously. 
[0091] It should be noted that, if the playback time of 
CHUNK_0Q11 overlaps . the playback time of 
CHUNKJD012, one of the playback times can be shifted 
to eliminate the overlapping! In addition, transition Jnfo 
( ) in chunk_arrangementJnfo ( ) shown in Fig. 23 is 
used as a descriptive field used for specifying a special 
effect such as a fade-in, a fade-out or a wipe in a tran- 
sition from one stream to another one. 
[0092] In the example shown in Fig. 26 (or Fig. 27), 
the TITLE_001 . VDR and TITLE_002. VDR title informa- 
tion files specify the CHUNKGROUP_001 .CGIT chunk- 
group information file whereas the TITLE_003.VDR title 
information file specifies, the CHUNKGROUP^ 

002. CGIT chunk-group information file. To put it con- 
cretely, a cgitjilejd field in title Jnfo ( ) shown in Fig. 
16 specifies the file ID of the chunk group. In addition, 
fields named ti1le.start_chunk_group_time_stamp and 
title_end_chunk_group_time_stamp are used for spec- 
ifying a time range in which the title is defined in the 
chunk group. 

[0093] In the example shown in Fig. 27, lor example, 
TITLE_001 and TITLE_002 specify the first and second 
halves of CHUNKGROUP_001. It should be noted that 
the division conforms to a request made by the user and 
its position is determined arbitrarily by the user instead 
of being determined in advance. In this example, let the 
position of division into t ITLE_001 and TITLE_002 be 
set at a location separated away from the head of 
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CHUNKGROUPJXM by a distance of A. 
[0094] TITLE_001 specifies CHUNKGROUP_001 as 
a chunk group and a start :time of CHUNKGROUPJXM 
as a start time of the title. As an end lime of the title, a 
time of a point specified by the user is specified. 
[0095] That is to say, as title_start_chunk_group_ 
time_stamp of TITLE_Q01, chunkgroup_time_base_ 
offset (the position of the head) of CHUNK GROUP_001 
is set whereas, as 1rtle_end_chunk_group_time_stamp 
of TITLE_001 , a sum of chunkgroup;_time_base_offset 
of CHUNKGROUP_001 and the distance A is set. 
[0096] TITLE_002 specifies CHUNKGROUPJ)01 as . 
a chunk group and a time of a point specified by the user 
is specified a start time of the title. As an end time of the 
title, an end time of CHUNKGROUpj_001 is specified. 
, [0097] That is to say, as title_start_chunk_group_ 
time_stamp of TITLE_002, a sum of chunkgroup_time_ 
base_offset (the position of the head) of CHUNK- 
GROUPJ301 and the distance A is set whereas, as 
title_end_chunk_group_time_stamp of TITLE_002, a 
sum of chunkgroup_time_base_offset of CHUNK- 
GROUP_001 and the length of CHUNKGROUPJ)01 is 

Set. !; 

[0098] T!TLE_003 specifies CHUNKGROUP_002 as 
a chunk group and a start'time of CHUNKGROUP_002 
is specified a start time ol the title. As an end time of the 
title, an end time ol CHUNKGROUPJ502 is specified. 
[0099] That is to say, as Jtitie_start_chunk_ 
group_time_stamp of T1TLE_003, chunkgroup_Jime_ 
base_offset (the position of . ' the head) of 
CHUNKGROUP 002 is set whereas, as tilie_end_ 
chunk_group_time_stamp of TITLE_003, a sum of 
chunkgroup_time_base_offset of CH.UNKGROUP_0Q2 
and the length of CHUNKGROUPJD02 is set. 
[0100] In addition, in this example, the program infor- 
mation file named, PROGRAM_001.PGI specifies that 
part of TITLE_001 and part of TITLE_003 be played 
back in an order the parts are enumerated. To put it con- 
cretely, title_number in play_item ( ) shown in Fig. 20 is 
used for specifying a title. Times defined by a title are 
used for defining start and end points to extracl a cut. A 
plurality of such cuts are gathered to compose a pro- 
gram. 

[0101] The following is a description of an append- 
record operation to additionally record new information 
onto the optical disc 1 . To put it concretely, this append- 
record operation is typically carried out as a video re- 
cording operation or carried out by the user by operating 
the input unit 14 to enter a command' to perform video 
real-time recording to the optical-disp apparatus. In the 
latter case, a recording button is pressed if the video- 
recording end time is not known. A* button for a one- 
touch recording function is pressed, however, for a case 
in which the recording end time can; be predicted. The 
one-touch recording function is a function for carrying 
out video recording for a fixed period of time. 
[0102] The append-record operation is explained by 
taking timer recording as an example. In this case, the 
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userof the optical-disc apparatus specifies, among Oliv- 
er things, a recording start time, a recording end time, 
the bit rate of a bit stream and a channel to be recorded 
in advance. In addition, at a point of time the video re- 
5 cording is reserved, the optica! disc 1 is checked in ad- 
vance to find out whether or not there is left a free space 
suited for the bit rate and the length of the recording 
time. 

[0103] If another recording operation is carried out on 

10 the optical disc 1 between a time a reservation is made 
and a time to execute the reserved video recording, it is 
quite within the bounds of possibility that the confirmed 
free space for implementing the reserved video record- 
ing at the specified bit rate can not be allocated any 

t5 more. In such a case, the CPU 21 either reduces the bit 
rate to a value smaller than the specified fore in order 
to record information for the reserved period of time, or 
records information for a period of time as long as pos- 
sible by keeping the bit rate unchanged as it is. It is need- 

20 less to say that the CPU 21 then carries out the record- 
ing operation further and. as an inconvenience for the 
reserved video recording is detected, a message in- 
forming the user of the inconvenience is issued. 
[0104] As the start time of the reserved video record- 
's ing is approaching, the CPU 21 uses an embedded timer 
and a clock signal to automatically restore the optical- 
disc apparatus to an operating mode from a sleep mode. 
Then, the CPU 21 issues a f ile-system ope ration instruc- 
tion included in the processing program from the begin- 

30 ning to allocate an area used for recording a reserved 
program on the optical disc 1 . That is to say, first of all, 
the CPU 21 subtracts the start time from the end time 
ol the reserved recording to find the length of the record- 
ing time and, then, calculates a product of the length of 

35 the recording time and the bit rate to find the size of the . 
necessary area to be allocated for recording the re- 
served program. In addition to a stream file required in 
the reserved recording, data. may need to be stored in 
an information file. To be more specific, when a new title 

40 needs to be stored in a title information file, an area has 
to be allocated on the oplical disc 1 for recording the title 
information file. If an area with a sufficient size can not 
be allocated, it is necessary to adopt the countermeas- 
ure technique described above, that is, reduction of the 

45 bit rate or carrying out a recording operation only for a 
period of time corresponding to the allocated area. 
[01 OS] It should be noted that, since a new title is 
stored in this case, the user gives a name to a new 
stream file, strictly speaking, to a new stream file in a 

50 new stream directory.. Let the name be ¥MPE- 
GAV¥STREAM_003¥ CHUNK_0031 . That is to say, the 
name of the stream file is CHUNK_0031.MPEG2 in the 
STREAM_003 directory under the MPEGAV directory in 
the root directory as shown in Fig. 29. 

ss [0106] The CPU 21 issues instructions of execution 
in the recording mode to other components of the opti- 
cal-disc apparatus. For example, a video signal re- 
ceived through the input terminal.P3 and an audio signal 
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through the input terminal P4 from a tuner not shown in 
the figure are encoded by the encoder 10 and then 
stored in a write-In channel buffer 11 . Then, the CPU 21 
moves the optica! head 2 to a write position determined 
by information on an address of the area allocated ear- 
lier. The CPU 21 then sets the optical head 2, the RF & 
demodulation/modulation circuit 3 and the ECC circuit 
4 in a wrile-in mode and positions the switch 5 on the 
side of the write-in channel buffer 11 . After the position 
of the optical head 2 has been finely adjusted, a write- 
in operation using the optical head 2 is started. At that 
time, data to be recorded in a newly provided file named 
CHUNK_0031.MPEG2 is read out from the write-in 
channel buffer 11 to be recorded onto the optical disc 1 
by way of the switch 5, the ECC circuit 4, the RF & de- 
modulation/modulation circuit 3 and the optical head 2. 
[0107] When one of the following events occurs dur- 
ing the write-in operation described above, the CPU 21 
halts the operation. 

1 The end time of the reserved video recording is 
reached. 

. 2 Information can no longer be recorded onto the 
optical disc 1 due to a reason such as an insufficient 
storage capacity. 

3 An instruction to stop the recording operation is 
received. 

r 

[0108] Next, by using a file-system operation instruc- 
tion included in the processing program in advance, the 
CPU 21 updates a pointer pointing to 
CHUNK_0031.MPEG2 in the tile system with a value 
pointing to a location at which information has been 
newly recorded. In addition, the CPU 21 prepares files 
respectively for chunk information, chunk-group infor- 
mation and title information, gives a name to each of the 
files and records the information into the files. It should 
be noted that free spaces lor recording the files need to 
be allocated in advance on the optical disc 1 during the 
recording operation or at the reservation time. . 
[0109] As a result, new information files are created 
typically as shown in Fig. 30. In the figure, files names 
each with an asterisk mark provided on the right side 
thereol are the names of the files newly created in the 
operation described above. 

[0110] Fig. 31 is a diagram showing a relation among 
the newly created information files. As shown in the fig- 
ure, TITLE_004 specifies CHUN KG ROUP_003 specify- 
ing CHUNKLP031 which specifies STREAM_0031 . 
[0111] That is to say, a new stream is recorded in an 
information file as TITLE_004. By using a function of the 
optical-disc apparatus to verify a . title, the user is capa- 
ble of knowing information such as attributes of 
TITLE_004. In addition, TITLEJD04 can be played back. 
[0112] The following is a description of an operation 
to overwrite/record information on an optical disc 1 like 
one shown in Fig. 26 (or Fig. 27). Much like an operation 
to record a signal onto a video tape, an overwrite-record 



operation is an operation to record a new program over • 
an existing program already recorded on the optical disc 
1 , erasing the existing program. 
[011 3] In the overwrite-record operation, a position to 

5 start the operation is important. Assume that the user 
specifies the head of TITLE_001 as a position to start 
an overwrite-record operation. In this case, the over- 
write-record operation is carried out by overwriting ex- 
isting information recorded in TITLE_001, TITLE_002 

10 and TlTLE_003 in an order they are enumerated. If the 
overwrite-record operation has not been finished even 
if , the end of TITLE_003 is reached, the recording oper- 
ation is continued by allocating a new free area on the 
optical disc 1 . If TITLE_002 is specified as a location to 

15 start an overwrite-record operation, information in 
T1TLE_001 will not be overwritten .by the . recording op- 
eration because TITLE_001 precedes the start location 
of the operation. 

[0114] Assume that timer video recording is carried 

20 out by overwriting existing information starling with that 
at the head of TITLE J)03. In this case, the user of the 
optical-disc apparatus specifies, among other things'; a 
recording start time, a recording end time, the bit rate of 
a bit stream and a channel to be recorded in advance. 

25 in addition, the head of TITLE_003 is specified as a re- 
cording start location whichis of importance to the ove.r- 
write-record operation. Furthermore, also in this case, 
at a point ol time the video recording is reserved, the 
existence of a space suited for the bit rate and the video 

30 recording time on the optical disc 1 is verified in ad- 
vance. In the case of an overwrite-record operation, a 
sum of the total size of a plurality of rewritable titles start- 
ing from a specified location and free areas on the op- 
tical disc 1 is a recordable space. To be more speciffc, 

35 in this case, a sum of the total size of STREAM_0011 
and STREAM_0012 streams controlled by TITLE_003 
and a free area on the optical disc 1 is a recordable 
space. 

[011 5] In a overwrite-record operation, for the record- 

•40' able space described above, there are some items 
available for selection as to what order the video record- 
ing is to be actually carried out. As a first conceivable 
item of selection, it is possible to select a technique to 
record information in an order streams are specified in 

45 the title. To be more specific, in this case, it is possible 
to select a technique wherein the video recording is 
started from the head of STREAM_0011 and, as the end 
of STREAM1001 1 is reached, the recording is continued 
to the head of STREAM_0012. Then, as the end of 

50 STREAM_001 2 is reached, the video recording is corv 
tinued to the free space on the optical disc 1 . As another 
technique, first of all, the video recording is carried out 
on the free area on the optical disc 1 and, at a point of 
time the free area is all used up, the recording is contin- 

55 ued to an existing stream. 

[0116] The former technique is excellent in a sense 
that the technique emulates a video tape. That is to say, 
since the recording operation resembles an operation 
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to record information onto a video tape, the operation is 
characterized in that the user is capable of comprehend- 
ing the operation with ease. On the other hand, charac- 
terized in that an already recorded stream is erased lat- 
er, the latter technique is excellent in a sense that re- 
corded information is protected. 
[0117] It should be noted that, if another recording op- 
eration is carried out on the optical disc 1 between a 
time a reservation is made and a time to execute the 
reserved video recording, it is quite within the bounds of 
possibility that the confirmed free space for implement- 
ing the reserved video recording at tfre specified bit rate 
can not be allocated any more. In such a case, much 
like the append-record operation described earlier, the 
CPU 21 either automatically reduces the bit rate to a 
value smaller than the specified fore in order to record 
information for the reserved period of time, or records 
information for a period of time as long as possible by 
keeping the bit rate unchanged as it is. 
[0118] As the start time of the reserved video record- 
ing is approaching, the optical-disc apparatus is re-, 
stored from a sleep mode to an operating mode. The 
CPU 21 allocates all free areas on the optical disc 1. It 
is needless to say that there is also:a method whereby 
a free area is not allocated at this point of time but allo- 
cated at a point of time such an areaijs required. For the 
sake of explanation simplicity, a required area is allocat- 
ed prior to the start of recording. 
[0119] It should be noted that since the size of a re- 
quired area is known in advance in tjmer recording due 
to the fact that a start time, an end time and a bit rate 
are specified, only an area with a required size or a re- 
quired size plus a certain additional margin can be allo- 
cated. In case it is necessary to record information files 
such as a case in which a title information file to be re- 
corded as a new title is required during recording, how- 
ever, an area with a size sufficient for recording the in- 
formation files needs to be allocated. 
[0120] A name is given to a new^stream file, strictly 
speaking, a new stream file in a new stream directory. 
Let the name be VMPEGAWSTRE;AM_002VCHUNK_ 
0031. That is to say, the name of the stream file is 
CHUNK_0031 .MPEG2 in the STREAMJD02 directory 
under the MPEGAV directory in the root directory as 
shown in Fig. 32. 

[0121] A video signal received through the input ter- 
minal P3 and an audio signal through the input terminal 
P4 from a tuner not shown in the figure are encoded by 
the encoder 10 and then stored in a write-in channel 
buffer 11. Then, the CPU 21 moves the optical head 2 
to a write position determined by information on an ad- 
dress ot the area allocated earlier. The CPU 21 then sets 
the optical head 2, the RF & demodulation/modulation 
circuit 3- and the ECC circuit 4 in a, write-in mode and 
positions the switch 5 on the side of the write-in channel 
buffer 11. After the position of the optical head 2 has 
been finely adjusted, a write-in operation using the op- 
tical head 2 is started. At that .time : data to be recorded 
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in a- newly provided file named CHUNK_0031 . MPEG2 
is read out from the write-in channel buffer 11 to be re- 
corded onto the optical disc 1 by way ot the switch 5, 
the ECC circuit 4, the RF & demodulation/modulation 

5 circuit 3 and the optical head 2. 

[0122] At that time r first of all, the stream file named 
CHUNKJD011.MPEG2 is rewritten. After the recording 
has reached the end of the stream file named 
CHUNK_001 1 MPEG2, then, the operation is continued 

10 to a stream file named CHUNK_0012.MPEG2 prior to 
continuation to a stream file named CHUNK_ 
0031.MPEG2. 

[0123] While the processing described above is being 
carried out, the CPU 21 halts the write-in operation at a 
15 point of time any one of the 3 conditions described ear- 
lier is met. 

[0124] Then, the CPU 21 executes a file-system op- 
eration instruction included in the processing program 
in advance to update the stream files, chunk iriforma- 

20 tion, chunk-group information and title information. 
[0125] By the way, the configuration . of files is 
changed with .timing synchronized to completion of the 
write-in operation. For example, when recording is car- 
ried out . on the stream file named CHUNK_ 

25 0031.MPEG2 after the write-in operations of the 2 
stream files named CHUNK_0011.MPEG2 and 
QHUNK_0012.MPEG2 have been completed, the con- 
figuration of files on the optical disc 1 is changed to one 
shown in Fig. 33. A file name with an asterisk mark '*' 

30 appended on the right side thereof is the name of a file 
newly created this time. 

[0126] Fig. 34 is a diagram showing a relation of files 
newly created in this way, that is, files shown in Fig. 33. 
When compared with that shown in Fig. 31 , it is obvious 

35 that CHUNK_0031 is added as a chunk included in 
CHUNKGROUP_002 specified by TITLE_003 and 
CHUNK_0031 specifies STREAM_0031 . 
[0127] On the other hand, if the overwrite -re cord op- 
eration is completed while data is being written into an 

.40 existing stream file, that is, if the overwrite-record oper- 
ation is completed while data is being written into the 
stream file named CHUNK_0011.MPEG2 for example, 
the free area allocated for the overwrite operation on the 
stream file named CHUNK_0031.MPEG2 is released 

45 because no data is overwritten into the file. In this case, 
special title processing is carried out. To put it in detail, 
when an overwrite-record operation is started at the 
head of TITLE _003 and the operation is completed in 
the middle of it, the title is split To be more specific, as 

50. shown in Fig. 35, new TITLE_003 is assigned to a region 
between the start position of the overwrite-record oper- 
ation and the position ot completion whereas 
TITLE_004 is given to an area following the region, that 
is, the rest of the area to which TITLE_Q03 is supposed 

55 to be assigned originally. 

[0128] Next, an operation to play back a title is ex- 
plained. Now, assume that an optical disc 1 having files 
shown in Fig. 26 is inserted into the optical-disc appa- 
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ratus and a title is then played back from the disc 1. 
When the optical disc 1 is inserted into the apparatus, 
first of all, the GPU 21 reads out data from information 
files on the optical disc 1 and stores the data into the 
RAM unit 24. This processing is carried out by repeating 
the basic operation to read in data from an information 
file described earlier. 

[0129] To be more specific, firsl of all, the CPU 21 
reads out data from VOLUME.TOC and ALBUM.STR. 
Then, the CPU 21 examines the directory named TITLE 
to find out how many files with a name extension ". VDR" 
exist in the directory. A file with such a name extension 
is a file having title information. The number of files is 
equal to the number of titles. In the example shown in 
Fig. 26, the number of titles is three.- Then, the CPU 21 
reads out title inlormation from the three tiles and stores 
the information into the RAM unit 24. * k 

[0130] The CPU 21 controls the OSD control circuit 9 
to let the OSD control circuit 9 generate character infor- 
mation, that is, information on titles recorded on the op- 
tical disc 1. The character information is synthesized by 
the synthesis circuit 8 with a video signal. A result of the 
synthesis is then output through the output terminal P1 
to be displayed on the display unit. To be more specific, 
the length and attributes of each of the 3 existing titles 
existing in this example are displayed. The attributes in- 
clude the name of the title and a date on which the title 
was recorded. 

• [01 31] Assume that the user specifies TITLE_002 as 
a title to be played back for example. In the information 
file of TIT LE_002, to be more specific, in the cgit_file_id 
field of titlejnfo ( ) shown in Fig. 16, a file ID specifying 
CHUNKGROUP_001 is recorded. The CPU 21 records 
the file ID and stores CHUNKGROUP_001 in the RAM 
unit 24. 

[0132] Then, the CPU 21 examines which CHUNK the 
start and end times of TITLE_002 correspond to. The 
start and end times are recorded respectively in the 
title_start_chunk^group_time_stamp and title_end_ 
chunk_group_time_stamp fields of titlejnfo ( ) shown in 
Fig. 16. The examination is carried out by comparison 
with information included in information on a CHUNK- 
GROUP in which their respective chunks have been re- 
corded. To be more specific, the examination is done by , 
comparison with information recorded in the 
presentation_start_cg_time_count and presentation^ 
end_cg_time_count fields of chunk_arrangementJnfo 
( ) shown in Fig. 23. In this example, the start time of 
TITLE_002 is known to be in the midst of CHUNK_0001 
as shown in Fig. 27. That is to say. it is obvious that, in 
order to play back TITLE_002 from the head thereof, the 
playback operation needs to be started from the middle 
of the CHUNK_0001 MPEG2 stream file. 
[0133] Subsequently, the CPU 21 examines the 
stream in order to determine which part of the stream 
corresponds to the head of TITLE_002. That is to say, 
the CPU 21 computes the magnitude of an offset time 
(a time stamp) in the stream corresponding to the head 



26 

of TITLE^002. Next, by using characteristic-point infor- 
" mation in the CHUNK file, a playback start point corre- 
sponding to a point-immediately before the start time is 
identified. In this way, an offset distance of the playback 

5 start point from the head of the file can be confirmed. 
[0134] Then, by using a file-system operation instruc- 
tion included in the processing program in advance, the 
CPU 21 confirms a physical address on the optical disc 
1 in' which CHUNK_0001 .MPEG2 has been recorded 

io and the length thereof. Further, the offset address of the 
playback start point found earlier is added to this phys- 
ical address to finally confirm the address of the play- 
back start point of TITLE_002. 

[0135]' Subsequently, the CPU 21 moves the optical 

*s head 2 to a read-out position determined by information 
on the address of the CHUNK_0001 .MPEG2 file. The 
CPU 21 then sets the optical head 2, the RF & demod- 
ulation/modulation circuit 3 and the ECC circuit 4 in a 
read-out mode and positions the switch 5 on the side of 

20 the read-out channel buffer 6. After the position of the 
optical head 2 has been finely adjusted,. a read-out op- 
eration using the optical head 2 is started. At that time, 
data read out from the file named CHUNK_ 
0001 MPEG2 is stored in the readout channel buffer 6. 

25 [0136] The data stored in the read-out channel buffer 
6 is then output to the decoder 7 to be decoded thereby. 
As results of decoding, the decoder 7 outputs video and 
audio signals. At a point of time the amount of the data 
read out from the optical disc 1 , decoded by the decoder 

30 7 and displayed on the display unit becomes equal to 
the size of the CHUNK_0001 .MPEG2 file, the CPU 21 
makes the playback operation transit to TITLE_003. An 
operation to play back information from TITLE_003 is 
carried out in the same way as TITLE_002. 

35 [0137] As the operation to play back data from the re- 
corded titles is completed or as an instruction to halt the 
read-out operation is received, the readout and decod- 
ing processing is terminated. 

[0136] It should be noted that, when a new disc or a 

^0 disc with a different format is inserted into the optical- 
disc apparatus as the optical disc 1 , the CPU 21 makes 
an attempt to read out VOLUME.TOC and ALBUM.STR 
from the inserted disc. However, these files usually do 
not exist in the newly inserted disc. In such a case, that 

45 is, in case VOLUME.TOC and ALBUM.STR can not be 
read .out. the CPU 21 issues a message to make a re- 
quest for an instruction from the user. In response to the 
message, the user gives an instruction to the CPU 21 . 
to eject the optical disc 1 in case the newly inserted disc 

50. has a different format, or to initialize the optical disc 1 in 
case the newly inserted disc is a new disc even with the 
same format. As an alternative, the instruction may 
cause data on the newly inserted disc to be recovered 
by using some methods in case the data has been de- 

55 stroyed.from the disc which has the same format. 

[0139] Next, write protection is explained more. The 
case of the optical disc 1 is provided with a write-inhibit 
notch which is shown in none of the figures. By operating 
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the write-inhibit notch, an operation: to write data over 
the optical disc T can be disabled. In addition to this 
write-inhibit notch, information on write protection can 
be recorded into the optical disc 1 as data. To be more 
specific, information on write protection can be written 
into write ^protect ( ) [shown . in Fig. 7] of 
volume_information ( ) [shown in Fig. 3] ol VOLUME. 
TOC [shown in Fig. 2], flagsjorjjlle of title_info ( ) 
[shown in Fig. 16] of TITLE_###.VDR [shown in Fig. 15] 
or flags_for_program of program ( )J'[shown in Fig. 18] 
of PROGRAM_$$$.PGI [shown in Fig. 17]. 
[0140] Write protection is further explained by taking 
write_protect shown in Fig. 7 ».as an example. 
write_protect Jength of write_prote<t ( ) shown in Fig. 7 
is an area used for recording the ienglh of write_protect 
( ). As shown in Fig. 36, volume_wrjte_protect_level is 
an area used for recording information used for setting 
write protection for all titles and all programs recorded 
in the optical disc 1. A level of 0 indicates that no write 
protection is set. That is to say, in the case of a 0 level, 
data can be written over the optical disc 1 freely. On the 
other hand, a level of 1 indicates that only 
*vo!ume_write_protect Jevel can be modified. A level of 
2 indicates that ALBUM. STR and data protected by pro- 
tection levels lower than 2 except Qlqan be modified. A 
level of 3 indicates that VOLUME.TQC and data protect- 
ed by protection levels lower than ;3 except 0 can be 
modified. 

[0141] A level of 4 indicates that a program and data 
protected by protection levels lower than 4 except 0 can 
be modified. A level of 5 indicates that a title and data 
protected by protection levels lower than 5 except 0 can 
be modified. Finally, a level of 6 indicates that a file with 
an extension MPEG2, .ABST or GGIT added to the 
name thereof as a suffix and data protected by protec- 
tion levels lower than 6 except 0 can be modified. 
[0142] password_enable_flag is a field used for de- 
scribing a flag indicating whether password_for_ 
volume_write_protect to be described later is valid or 
invalid. If the flag indicates that password_for_ 
• volume_write_protect is valid; it is necessary to enter a. 
password matching that recorded in password_for__ 
vol ume_ write ^protect in order to modify write_protect 
( ). By modification of write _protect '( ), creation of new 
write_protect ( ), modification of existing write_protect 
( ) or deletion of existing write_p noted ( ) is meant. 
append_only_flag is a field used for describing a flag lor 
limiting modification of a range allowed by 
volume_write_protect_!evel to further addition only. If 
this flag, is valid, already existing information can not be 
rewritten. 

[01 43] expiratibn_time_enable_flag is a field used for 
describing a flag indicating - whether write_ 
protec.t_expiration_time ( ) to be described later is valid 
or invalid. number_of_times_enable Jlag is a field used 
for describing a flag indicating whether number_of_ 
times to be described .later is* valid or invalid. 
password_for_volume_write_protect is an area used lor 



recording a password required for modifying 
write_protect ( ). 

[0144] write _protect_set_time ( ) is an area used for 
recording a time and a date write_protect ( ) was set or 

s modified least recently in terms of years, months, days, 
hours, minutes and seconds which are each expressed 
in the BCD format, writ e_protect_expi rational ime ( ) is 
an area used for recording information on a time and a 
date showing a term of validity in terms of years, months, 

10 days, hours, minutes and seconds which are each ex- 
pressed in the BCD format. A term of validity of a pass- 
word is set in this area. When the term of validity expires, 
information on write_protect ( ) can be modified by the 
user without the need for the user to enter a password. 

75 • An indefinite term of validity can also be set. 

[0145] Next, processing to modify write _p rot eel is ex- 
plained by referring to a flowchart shown in Fig. 37. As 
shown in the figure, the processing begins with a step 
S1 at whjch the user enters a command to modify 

20 write_protect ( ) by operating the input unit 14. The flow, 
of the processing then goes on to a step S2 at which the 
CPU 21 forms a judgment as to whether or not* a prede- 
termined password has been recorded in 
password_for_volume_write ^protect in write_protect ( ) 

25 of volume ^information ( ) in VOLUME.TOC stored in the 
RAM unit 24. If pass word_enable_f lag is 1 and a valid 
, password has been recorded in password_for_yolume_ 
writeprotect, the flow of the processing proceeds to a 
step S3 at which the CPU 21 forms a judgment as to 

30 whether or not write_protect_expiration_Jime ( ) in 
write jsrotect ( ) is still valid at the present time. 
[0146] That is to say, the GPU 21 forms a judgment 
as to whether or not the present time is within a term of 
validity of the password which' ' is recorded in 

35 writejprotect^expiration_time ( ).. If the outcome of the 
judgment indicates that the password is valid, the flow 
of the processing continues to a step S4 at which the 
CPU 21 controls the OSD control circuit 9 to let a mes- 
sage be generated to request the user to enter a pass- 

40 word. The message is output through the synthesis cir- 
cuit 8 and the output terminal P1 to be displayed on the 
display unit. The flow of the processing then goes on to 
a step S5 at which the user sees the message and, in 
response to. this message, the user enters a password 

45 by operating the input unit 14. 

[0147] Then, the flow of the processing proceeds to a 
step S6 at which the CPU 21 forms a judgment as to 
whether or not the password entered by the user at the 
step S5 is correct, that is, a judgment as to whether or 

50. not the password entered by the user at the step S5 
matches the password recorded in password_for_ 
vdlume_write_protec1. If the outcome of the judgment 
indicates that the entered password matches the re- 
corded password, the flow of the processing continues 

55 to a step S8 at which the CPU 21 controls the OSD con- 
trol circuit 9 to let a message be generated to indicate 
that the user is' allowed to change write_prolect. The 
message is output through the synthesis circuit 8 and 
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the output terminal P1 to be displayed on the display 
unit. 

[0148] The flow of the processing then goes on to a 
step S9 at which the user sees the message and, in re- 
sponse to this message, the user enters information for 
changing write protect by operating the input unit 14. 
After such .information has been input, the flow of the 
processing proceeds io a step S1 0 at which the CPU 21 
updates write_protecl in accordance with the input in- 
formation. To put it in detail, the CPU 21 updates the 
contents of write_protect stored in the RAM unit 24 and 
records the updated contents into the optical disc 1. 
[0149] If the outcome of the judgment formed at the 
step S6 indicates that the entered password does not 
match the recorded password, on the other hand, the 
flow of the processing continues to a step S7 at which 
the CPU 21 controls the OSD control circuit 9 tp let a 
message.be generated and displayed on the display unit 
to. indicate that the user is not allowed to change 
write_protect. In this case, the user is not capable of 
changing write_protect and the pieces of processing 
carried out at the steps S8 to S10 are skipped. 
[0150] If the outcome of the judgment formed at the 
step S2 indicates that no password has been recorded 
in passwordJor_volume_write_protect or the outcome 
of the judgment formed at the step S3 indicates that 
write_protect_expiration Jime ( ) in write_protect ( ) has 
expired, indicating that a recorded password is not valid 
any more at the present time, on the other hand, the flow 
of the processing proceeds to the step S8 at which the 
pieces of processing of the step S8 and the subsequent ■ 
steps are carried out. In this case, the user is allowed to 
update writ e_p rot ect freely. 

[01 51 ] Next, processing to record predetermined data 
into the optical disc 1 is explained by referring to a flow- 
chart shown in Figs. 38 and 39. This processing is start- 
ed when the user enters a command to record the pre- 
determined data by operating the input unit 14. As 
shown in Fig. 38, the processing begins with a step S21 
at; which the CPU 21 executes processing to read in 
volume_write_protect Jevel ol write_protect ( ) stored in 
the RAM unit 24. The flow of the processing then goes 
on to steps S22 to S28 to form judgments as to whether 
or not volume_write_p rot eet Jevel is set at a value of 0 
to 6 respectively. 

[01 52] To put it in detail, if the outcome of the judgment 
formed at the step S22 indicates that volume_write_ 
protectjevel is set at 0, the flow ol the processing pro- 
ceeds to a step S30 at which the CPU 21 carries out 
processing to record the data in accordance with the 
command entered by the user by operating the input unit 
14. That is to say, since the value of voiume_ 
write_protect_level indicates that an overwrite operation 
is not prohibited,, the user is allowed to carry out 
processing to record data freely. 
[0153] If the outcome of the judgment formed at the 
step S23 indicates that volurhe_write__protectJevel is 
set at 1 , the flow of the processing proceeds to a step 



S31 afwhich theCPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in - 
volume_write_protectJevel itself. As described before 
by referring to Fig. 36, a value of volume_ 

s write ^protectjevel equal to 1 indicates that the user is 
allowed to update vblume_write_protect_level itself but 
a write operation over other data is prohibited. Thus, if 
the outcome of the judgment formed at the step S31 in- 
dicates that the input data is data to be recorded in 

10 volume_write_protect_level itself, the flow of the 
processing proceeds to the step S30 at which the CPU 
21 carries out processing to write the data over 
volume_write_protec1Jevel. If the outcome of the judg- 
ment formed at the step S31 indicates that the input data 

i5 is not data to be recorded in volume_write;_ 
protectjevel, on the other hand, the flow of the process- 
ing continues to a step S32 at which the CPU 21 controls 
the OSD control circuit 9 to let a message indicating that 
that the recording operation is prohibited be generated 

20 and displayed on the display unit. 

[0154] If the outcome of the judgment formed at the 
step S24 indicates that volume_write_protectjevel is 
set at 2, the flow of the processing proceeds to a step 
S33 at which the CPU 21 forms a judgment as to wheth- 

zs er or not the input data is data to be recorded in ALBUM. 
STR. A value of volume_write_prbtectJevel equal to 2 
indicates that the user is allowed to update only ALBUM. 
STR and volume_write_protect Jevel, that is, data at a 
level tower than -ALBUM. STR. Thus, if the- outcome of 

30 the judgment formed at the step S33 indicates that the 
input data is data to be recorded in ALBUM.STR, the 
flow of the processing proceeds to the step S30 at which 
the CPU 21 carries out processing to write the input data 
over A LBUM.STR. If the outcome of the judgment 

35 formed at the step S33 indicates that the input data is 
not data lo be recorded in ALBUM.STR, on the other 
hand, the flow of the processing proceeds to the step 
S31 at which the CPU 21 carries out processing of this 
step and the subsequent processing. To put it in detail, 

40 if the outcome of the judgment formed at .the step S31 
indicates that the input data is data to be recorded in 
volume_write_protect Jevel itself, the recording opera- 
tion is allowed, but if the outcome of the judgment 
formed at the step S31 indicates that the input data is 

45 not data to be recorded in volume_write_protect_Jevel, 
on the other hand, the recording operation is prohibited. 
[0155] If the outcome of the judgment formed at the 
step S25 indicates that volume_write_protectJevel is 
set at 3, the flow of the processing proceeds to a step 

50 S34 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in VOL- 
UME. TOC. A value of vol ume_write_protect Jevel 
equal to 3 indicates that the user is allowed to update 
only VOLUME.TOC, ALBUM.STR and volume_write_ 
55 protectjevel. Thus, if the outcome of the judgment 
formed at the step S34 indicates that the input data is 
data* to be recorded in VOLUME.TOC. the flow of the 
processing proceeds to the step S30 at which the CPU 
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21 carries out processing to write the input data over 
existing data. II the outcome of the judgment formed at 
the step S34 indicates that the inputidatais not data to 
be recorded in VOLUME.TOC, on the other hand, the 
flow of the processing proceeds to the step S33 at which 
the CPU 21 carries out processing of this step and the 
subsequent processing. To put it in detail, it the outcome 
of the judgment formed at the step S33 indicates that 
fhe input data is data 1o be recorded! in ALBUM.STR or 
volume_write__protectJevel itself, thfe recording opera- 
tion is allowed, but if the outcome of the judgment 
formed at the step S33 indicates that the input data is 
not data to be recorded in ALBUM.STR or volume^ 
write_protectJevel, on the other hand, the recording op- 
eration is prohibited. 

[0156] If the outcome of the judgment formed at the 
step S26 indicates that volume_write_protect_level is 
set at 4, the flow of the processing proceeds to a step 

535 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be- recorded in a pro- 
gram information file. A value .of volume_write_ 
protectjevel equal to 4 indicates that' the user is allowed 
to update only a program information file, VOLUME. 
TOC, ALBUM.STR and volume_writ;e_protect JeyeL . 
[0157] Thus, if the outcome of the judgment formed 
at the step S35 indicates that the input data is data to 
be recorded in a program information file, the flow of the 
processing proceeds to the step S36 at which the CPU 
21 carries out processing to write the input data over 
existing data. If the outcome of the judgment formed at 
the step S35 indicates that the input/data is not data to 
be recorded in a program information file, on the other 
hand, the flow of the processing proceeds to the step 
S34 at which the CPU 21 -carries out processing of this 
step and the subsequent processing. To put it in detail, 
if the outcome of the judgment formed at the step S34 
indicates that the input data is data to be recorded in 
VOLUME.TOC, ALBUM.STR or volume_write_protect_ 
level itself, the recording operation is allowed, but if the 
outcome of the judgment/formed at, ; the step S34 indi- 
cates that the input data is not data to be recorded in 
VOLUME.TOC, ALBUM.STR or volume_write_protect_ 
level, on the other hand, the recording operation is pro- 
hibited. 

[0158] If the outcome of the judgrjnent formed at the 
step S27 indicates that volume_write_protect_level is 
set at 5, the flow of the processing proceeds to a step 

536 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be. recorded in a title 
information file. A value of volume_write_protect Jevel 
equal to 5 indicates that the user is»'al lowed to update 
only a title information file, a program information file, 
VOLUME.TOC, ALBUM.STR arid volume_write_ 
protectjevel. Thus, if the outcome of the judgment 
formed at the step S36 indicates that the input data is 
data to be recorded in a title information file, the flow of 
the processing proceeds to the step S30 at which the 
CPU 21 carries, out processing to write the input data 
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over ^existing data. If the outcome of the judgment 
formed at the step S36 indicates that the input data is 
not data to.be recorded in a title information file, on the 
other hand, the flow of the processing proceeds to the 

5 step S35 at which the CPU 21 carries out processing of 
this step and the subsequent processing. To put it in de- 
tail, if the outcome of the judgment formed at the step 
S35 indicates that the input data is data to be recorded 
in a program information file, VOLUME.TOC, ALBUM. 

10 STR or volume_write_protect Jevel itself, the recording 
operation is allowed; but if the outcome of the judgment 
formed at the step S35 indicates that the input data is 
not data to be recorded in a program information file, 
VOLUME.TOC, ALBUM.STR or volume_write_protect_ 

15 level, on the other hand, the recording operation is pro- 
hibited. 

[0159] If" the outcome of the judgment formed at the 
step S28 indicates that volume_wrile_protect_Jevel is 
set at 6, the flow of the processing proceeds to a step 

20 S37 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in a stream 
file or a chunk-group information .file. A value of 
volume_write_protectJevel equal to 6 indicates that the 
user is allowed to update 'only a stream file, a chunk- 

25 group information file, a title information file, a program 
information file, VOLUME.TOC, ALBUM.STR and 
volume_write_protect Jevel. Thus, if the outcome of the 
judgment formed at the step S37 indicates that the input 
data is data to be recorded in a stream file or a chunk- 

30 group information file, the flow of the processing pro- 
ceeds to the step S30 at which the CPU 21 carries out 
processing to write the input data over existing data. It 
the outcome of the judgment formed at the step S37 in- 
dicates that the input data is not data to be recorded in 

3$ a stream file or a chunk-group information file, on the 
other hand, the flow of the processing proceeds to the 
step S36 at which the CPU 21 carries out processing of 
this step and the subsequent processing. To put it in de- 
tail, if the outcome of the judgment formed at the step 

40 S36 indicates that the input data is data to be recorded 
in a title information file, a program information file; VOL- 
UME.TOC, ALBUM. STR or volume_write_protect_level 
itself, the recording operation is allowed, but if the out- 
come of the judgment formed at the step S36 indicates 

45 that the input data is not data to be recorded in a title 
information file, a program information file, VOLUME. 
TOC, ALBUM.STR or volume_write_protect_level, on 
the other hand, the recording operation is prohibited. 
[0160] If the outcome of the judgment formed at the 

50 step S28 indicates that volume_write_protectJevel is 
not set at 6 either, on the other hand, the flow of the 
processing proceeds to a step S29 at which error han- 
dling is carried out. This is because volume_write_ 
protectjevel can be set only at a value in the range 0 

ss to 6 shown in Fig. 36. Thus, a value of 
volume_write_protect Jevel in the range 7 to 15 not 
used for the time being is an error which needs to be 
processed. 
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[0161] Fig. 40 is an explanatory diagram used.for de- 
scribing a relation of volume_write _protect_level. As 
shown in the figure, at each level, an operation to update 
data of this level itself and data on the inner side of this 
level, that Is, data at a level represented by a value 
smaller than a value for this level, is allowed. However, 
an operation to update data on the outer side of this lev- 
el, that is, data at a level represented by a value greater 
than the value for this level, is prohibited. 
[0162] write_protect ( ) has been explained so far. In- 
formation on write protection similar to write_protect is 
also described in flags_for title and flags_for_program, 
on the basis of which similar processing is carried out. 
[0163] it should be noted that write protection is con-, 
trolled in accordance with the value of a logical sum of 
the setting position of the write-protect notch provided 
on the case of the optical disc 1 and pieces of informa- 
tion stored in write_protect ( ), flags_for_title and 
flagsJor_program of VOLUME.TOC. To be more spe- • 
cific, prohibition of processing to record data is imple- 
mented even if only one of them prescribes that a write 
operation is prohibited; 

[0164] Next, play_protect ( ) shown in Fig. 8 is further 
explained. In this play .protect ( ), it is possible to set 
protect information to be referred to in a playback oper- 
ation for all titles or all programs recorded in the optical 
disc 1 . Protect information to be referred to in a playback 
operation for individual titles or individual programs is 
recorded in flags^for_title ol title_info ( ) shown in Fig. 
16 or in flagsJbr_program of program ( ) shown in Fig. 
18. 

[0165] play_protect Jen gth. is an area used for record- 
ing a number expressing the length of play_protect ( ) 
in terms of bytes. volume_play_protect_flag is an area 
used for recording a flag representing protection status 
to be referred to in a playback operation for the entire 
volume (the entire optical disc 1). As shown in Fig. 41, 
there are 4 types of status that can be set in the flag. 
[0166] To be more specific, a value of 00 set in the 
flag indicates that an operation to play back information 
from all titles and all programs is allowed. A value of 01 
set in the flag indicates that an operation to play back 
information from a program is allowed but an operation 
{ to play back. information from a title is not. On the other 

hand, a value of 10-set in the flag indicates that an op- 
eration to play back information from a litle is allowed 
but an operation to play back information from a pro- 
gram is not. Finally, a value of 11 set in the flag indicates 
that an operation to play back information from all titles 
and all programs is prohibited. 

[0167] password_enable_flag is a flag for indicating 
whether password_for_volume_play_protect is valid or 
• invalid. . 

[0166] expiration_time_enable_flag is a flag for indi- 
cating whether play_protect_expiration_time ( ) to be 
described later is valid or invalid. If expiration_time_ 
enable_flag indicates that play_protect_expiration_time 
( ) is valid, password_for_ volume_play_protect has a 



term of validity indicated by play_protect_ 
expiration_time ( ). 

[0169] number_ofLtimes_enable_flag is a flag for in- 
dicating whether number_o1_times to be described later 

s is valid or invalid. 

[0170] password_for_volume_play_protect is an area 
used for recording a password which is referred to when 
the level of a password or the term ol validity is changed. 
[0171] play_protect_set_time ( ) is an area used for 

70 recording a setting time in terms. of years, months, days, 
hours, minutes and seconds which are each expressed 
in the BCD format. 

[0172] play_protect_expiration_time ( ) is an area for 
recording a term of validity in terms of years, months, 

*5 days, hours, minutes and seconds which are each ex- 
pressed in the BCD format. A term of validity can be set 
for a password. When the term.expires, the play ^protect 
information can be changed without a password. An in- 
definite term can be set as a term of validity. 

20 [0173] number_of_times cited above is an area used 
for recording the number of times information has been 
recorded. • 

[0174] Next, processing to change play_protect is ex- 
plained by referring, to a flowchart shown in Fig. 42. As 

25 shown in the figure, the processing begins with a step 
S51 at which the user enters a command to change 
play .protect by operating the input unit 14. The flow of 
the processing then goes on to a step S52 at which the 
CPU 21 forms a judgment as to whether or not a prede- 

30 termined password has been recorded in 
password_for_volume_play_protect in play_protect ( ) 
of volume_information.( ) in VOLUME.TOC stored in the 
RAM unit 24. It a password has been recorded therein, 
the flow of the processing proceeds to a step S53 at 

35 which the CPU 21 forms a judgment as to whether or 
not play_protecl_expiratipn_time ( ) in play__prolecl ( ) 
. is still valid at the present time. 
[0175] That is to say, the CPU 21 forms a judgment 
as to whether or not the present time is within a term of 

40 validity of the password which- is recorded in 
play_p rot ect_expirat longtime. If the outcome of the 
judgment indicates that the password is valid, the flow 
of the processing continues to a step S54 at which the 
' CPU 21 controls the OSD control circuit g to let a mes- 

45 sage be generated to request the user to enter a pass- 
word. The message is output through the synthesis cir- 
. cuit 8 and the output terminal P1 to be displayed on the 
display unit. The flow of the processing then goes on to 
a step S55 at which the user sees the message and, in 

so response to this message, the user enters a password 
by operating the input unit 14. 

[0176] Then, the flow of the processing proceeds to a 
step S56 at which the CPU 21 forms a judgment as to 
whether or not the password entered by the user at the 
ss step S55 is correct,, that is, a judgment as to whelher or 
not the password, entered by the user at the step S55 
matches the password stored in password _for_ 
volume_play_protect. If the outcome of the judgment in- 
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dicates that the entered password matches the stored 
password, the flow of the processing continues to a step 
S58 at which the CPU 21 controls thepSD control circuit 
9 to let a message be generated to indicate that the user 
is allowed to change play_protect. The message is out- 
put through the synthesis circuit 8 arid the output termi- 
nal P1 to be displayed on the display unit. 
[0177] The flow of the processing then goes on to a 
step S59 at which the user sees the message and, in 
response to this message, the user enters information 
for changing play_protect by operating the input unit 14. 
After such information has been input, the flow of the 
processing proceeds to a step S60 at which the CPU 21 
updates play_protect in accordance .with the input infor- 
mation. To put it in detail, the CPU 21 updates the con- 
tents of play_protect stored in the ..RAM unit 24 and 
records the updated'contents into the optical disc 1 . 
[0178] If the outcome of the judgment formed at the 
step S56 indicates that the entered password does not 
match the stored password, on the other hand, the flow 
of the processing continues to a step S57 at which the 
CPU 21 controls the OSD control circuit 9 to let a mes- * 
sage be generated and displayed on the display unit to 
indicate that the user is not allowed to change 
play_protect. In this case, the user, is not allowed to 
change play_protect and the.pieces;-of processing car- 
ried out at the steps S58 to S60 are skipped. 
[0179] If the outcome of the judgment formed at the 
. step S52 indicates that no valid password has been re- 
corded in password_for_jvolume_p)ay_protect or the 
outcome of the judgment formed at-the step S53 indi- 
cates that play_protect_expiration_time ( ) in 
play_protect ( ) is not valid any more at the present time, 
on the other hand, the flow of the processing proceeds 
to the step S58 at which the pieces of processing of the 
step S58 and the subsequent stepsiare carried out. In 
this case, the user is allowed to update play_protect 
freely. 

[0180] Next, a playback operation is explained by re- 
ferring to a flowchart shown in Fig. 4.3. This processing 
is started when the user operates the input unit 14 to 
enter a command to play back information from the op- 
tical disc 1. 1 
[0181] As shown in the figure, the! processing begins 
with a step S71 at which the CPU 21 reads out 
volume_play_protect_flag stored in the RAM unit 24. 
This flag is included in play ^protect ( ) of vol um confor- 
mation ( ) in VOLUME.TOC 

[0162] The flow of the processing then goes on to 
steps S72 to S75 at which the CPU 21 forms judgments 
as to whether volume_play_protectJflag read out at the 
step S71 has a value of 00, 01, 10 or 11 respectively. 
[01 83] To put it in detail, if the outcome of the' judgment 
formed at the step .S72 indicates that votume_play_ 
protect_f lag has a value of 00, the flow of the processing 
proceeds to a step S77 at which the .CPU 21 carries out 
a playback operation in accordance with a command en- 
tered by the user. That is to say, since there is no re- 
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striction on the playback operation, the operation is car- 
ries out as specified by the command. 
[0184] If the outcome of the judgment formed at the 
step S73 indicates that volume_play _protect_flag has a 

s value of 01, the flow of the processing proceeds to a 
step S78 at which the CPU 21 forms a judgment as to 
whether or not the user has entered a command to re- 
quest a playback operation of a title. II the command 
• specifies a playback operation of a title, the processing 

10 continues to a step S79 at which the CPU 21 controls 
the OSD control circuit 9 to let a message be generated 
to notify the user that a playback operation of a title is 
prohibited. The message is output through the synthesis 
circuit 8 and the output terminal PI to be displayed on 

15 the display unit. 

[0185] II the outcome of the judgment indicates that 
the command does not specify a playback operation of 
a title, on the other hand, the processing returns to the 
step S77 at which the CPU 21 carries out a playback 

20 operation in accordance with the command entered by 
the user. For example, a playback operation of a pro- 
gram is carried out. 

[0186] If the outcome of the judgment formed at the 
step. S74 indicates that volume _play_protect_flag has a 

25 value of 10, the flow of the processing proceeds to a 
step S80 at which the CPU 21 forms a judgment as to 
whether or not the user has entered a command to re- 
quest a playback operation ol a program. If the com- 
mand specifies a playback operation of a program, the 

30 processing returns to the step S79 at which the CPU 21 
controls the OSD control circuit 9 to let a message be 
generated to notify the user that a playback operation 
of a program is prohibited. If the outcome of the judg- 
ment formed at the step S80 Indicates that the command 

35 does not specify a playback operation of a program, for 
example, if the command specifies a playback operation 
of a title, on the other hand, the processing returns to 
the step S77 at which the CPU 21 carries out a playback 
operation in accordance with the command entered by 

40 the user. 

[0187] If the outcome of the judgment formed at the 
step S75 indicates that volume_play_protect_flag has a 
value of 11, the flow of the processing proceeds to a 
. step SB1 at which the CPU 21 forms a judgment as to 

45 whether or not the user has entered a command to re- 
quest a playback operation of a title or a program. If the 
user has entered a command to request a playback op- 
eration ol a title or a program, the flow of the processing 
returns to the step S79 at which the CPU 21 lets a mes- 

so sage be generated to notify the user that the requested 
playback operation is prohibited. If the outcome of the 
judgment formed at the step S81 indicates that the com- 
mand does not specify a playback operation of a title or 
a program, on the other hand, the processing returns to 

ss the step S77 at which the CPU 21 carries out an oper- 
ation to play back data. 

[0188] If the outcome of the judgment formed at the 
step S75 indicates that volume_play_protect_flag does 



19 



BNSDCCID: <EP. 



.091 1825A2 1 > 



1 



37 EP0 911 

not have a value of 1 i , on the other hand, the flow of the 
processing proceeds to a step S76 at which the CPU 21 
carries out error processing. This is because, since the 
outcomes of the judgments indicate that this flag has 
none of values of 00, 01, 10 and 11, that is, the possible 
values for the flag, the error processing needs to be car- 
ried out. 

[01 89] As described above, an operation to play back 
a title or a program is controlled in accordance with the 
value of volume_play_protect_flag. Even if a playback 
operation is prohibited by a value of the.flag, with a pass- 
word entered, however, the playback operation can be 
allowed. Fig. 44 is a flowchart representing typical 
processing to allow a playback operation after checking 
an entered password even if the playback operation is 
prohibited by a value of the flag. 

[0190] Pieces of processing carried out at steps S91 
to S104 of the flowchart shown in Fig. 44 are basically 
the same as those of the steps S71 to S81 of the flow- 
chart shown in Fig. 43. If the outcome of a judgment 
formed at a step S98 corresponding to the step S78 of 
the flowchart shown in Fig. 43, a step S1 03 correspond- 
ing to a step S80 of the flowchart shown in Fig. 43 or a 
step S104 corresponding to the step S81 of the flow- 
chart shown in Fig. 43 indicates that the requested op- 
eration to play back data is prohibited by 
volume_play_protect_flag, the flow of the processing 
goes on to a step S99 at which the CPU 21 controls the 
OSD control circuit 9 to let a message be generated and 
displayed in order to request the user to enter a pass- 
word. In response to the message, the user enters a 
password by operating the input unit 14. 
[0191] The flow ot the processing then proceeds to a 
step S100 at which the CPU 21 forms a judgment as to 
whether or not a password has been entered.- If a pass- 
word is found entered, the flow of the processing con- 
tinues to a step S1 01 at which the CPU 21 forms a judg- 
ment as to whether or not the entered password is cor- 
rect, that is, a judgment as to whether or not the pass- 
word entered by the user matches the password stored 
in password_for_volume_play__protect. If the outcome 
of the judgment indicates that the entered password 
matches the stored password, the flow of the processing 
returns to a step S97 at which the CPU 21 executes the 
requested operation to play back data jn opposition to 45 
the value of volume w play_protect_flag. 
[0192] If the outcome of the judgment formed at the 
step S1 01 indicates that the entered password is not 
correct, on the other hand, the flow of .the processing 
goes on to a step S102 corresponding to the step S79 50 
of the flowchart shown in Fig. 43. At the step S102, the 
CPU 21 controls the OSD control circuit 9 to let a mes- 
sage be generated and displayed on the display unit in 
order to indicate that the requested playback operation 
is prohibited. In addition, also if the outcome of the judg- 55 
ment formed at the step S100 indicates that no pass- 
word is entered, the message to indicate that the re- 
quested playback operation is prohibited is displayed, 
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[0193] The other processing is the same as that 
shown in Fig. 43. 

[01 94] Appropriate play-protect information can be re- 
corded tor a created or edited program. In this way, even 
5 if the user is allowed to freely play back titles individually, 
an operation to play back a program comprising a plu- 
rality of titles to be reproduced in a predetermined order 
can be prohibited. 

[01.95] Next, volume_rating ( ) shown in Fig. 6 is fur- 
io ther explained. Much like play_protect, rating is a means 
or a function to classify discs in order to restrict opera- 
tions to play back information from the discs. One meth- 
od of implementing the rating is the use of volume_rating 
( ). volume_rating ( ) is information set to limit watchers 
15 and listeners of all title or all programs recorded on the 
optical disc on the basis ot the rating. Such information 
can also be set for each program or each title. The rating . 
is exemplified below by volume_rating ( ) which is effec- 
tive for all information recorded in the volume. 
20 [0196] volume_rating_td is a descriptor used for 
showing that information following this descriptor is 
volume_rating ( ). volume_rating_length is an area used 
for recording the length of volume_rating ( ) expressed 
in terms of bytes. volume_rating_type is an area used 
25 for recording a flag representing a method of setting the 
rating. As shown in Fig. 45, there are three types of rat- 
ing method which can be selected. 
[0197]. To put it in. detail, a value of 00 set in this flag 
indicates a rating method whereby a judgment as to 
30 whether or not a watcher or a listener is.allowed to play 
back- information is formed on the basis of the age of the 
watcher or the listener. A value ol 01 set in this flag in- 
dicates a rating method conforming to classification 
known as CARA established by the MPAA (Motion Pic - 
35 ture Association of America). A value of 10 set in this 
flag indicates a rating method conforming to categoriza- 
tion established by the RSAC (Recreational Software 
Advisory Council). 

[0198] volume_rating_password is an area used for 
40 recording a password required in modifying information 
on volume_rating ( ). 

[0190] With a value ot 00 set in volume_rating_type, 
a judgment as to whether or not a watcher or a listener 
is allowed to play back information is formed on the ba- 
sis of the age of the watcher or the listener, 
country _code_tor_rating is an area used for recording 
the code of a country, that is, information* indicating 
which country the rating is applied to. 
age_for_volume_rating is an area used for recording an 
age limit. A watcher or a listener having an age at least 
equal to the age limit is allowed to watch or listen to video 
information recorded in a volume in which 
volume_rating ( ) is recorded. 

[0200] With a value of 01 set in volume_rating_type, 
a rating method conforming to the CARA classification 
is set lor classifying work recorded in the volume. Video 
information recorded in the volume is classified into 4 
categories shown in Fig. 46, namely, G, PG, PG-1 3 and 
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NCM7. CARA_category is an area Used for recording a 
category of work recorded in the volume. 
[0201] With a value of 10 set in vplume_rating_type, 
a rating method conforming to the RSAC categorization 
is set for classifying work recorded in the volume. 
RSAC_category is an area used for recording one of 
types ol categorization shown in Fig. 47, namely, Vio- 
lence Rating, Nudity Rating, Sex Rating and Language 
Rating. On the other hand, RSAC Jevel is an area used 
for recording one of levels 0 to 4 shown in Fig. 48 for 
each type of categorization. i 
[0202] Next, processing to set volume_rating is ex- 
plained by referring to a flowchart shown in Fig. 49. As 
shown in the figure, the processing begins with a step 
S111 at which the user enters a command to change 
volume_rating by operating the input unit 14. The flow 
of the processing then goes on to a slep.S112 at which 
the CPU 21 controls the OSD contro) circuit 9 to display 
a message urging the user to enter a password match- 
ing that recorded in volume_rating_password. In re- 
sponse to the message, the user enters a password by 
operating the input unit 14. ;! 
• [0203] Then, the flow of the processing proceeds to a 
step S1 1 3 at which the CPU.21 forms a judgment as to 
whether or not the entered password matches that re- 
corded in volume_rating_password. If the entered pass- 
word matches that recorded in vqlume_rating_pass- 
word, the flow of the processing continues to a step 
S114 at which the CPU 21 controls the OSD control cir- 
cuit 9 to let a message be generated to notify the user 
that volume_rating can be changed. This message is 
output to the display unit by way of the synthesis circuit 
8 and the output terminal PI to be displayed thereon. 
Subsequently, the flow of the processing goes on to a 
step S114 to let the user select a value of 
volume_rating_type. 

[0204] If the outcome of the judgment formed at the 
step S1 1 3 indicates that the entered password does not 
match that recorded in volume_rating_password, on the 
other hand, the flow of the processing continues to a 
step S1 1 8 at which the CRU 21 controls the OSD control 
circuit 9 to let a message be generated and displayed 
on the display unit to notify the user that modification of 
vol ume_ rating is prohibited. In this case, the pieces of 
processing carried out at the steps S1 14 to S117 are 
skipped and the user is not allowed to update the value 
of volume_rating. 

[0205] The flow of the p roc essingf then goes on from 
the step S1 1 4 to a step ST1 5 at which the CPU 21 forms 
a judgment as to whether or hot the value of 
volume_rating_type entered by the tiser is age Jimited 
. If the value of volume_rating_type :is age Jimited, the 
flow of the processing goes on to a step S11 9 at which 
the CPU 21 controls the OSD control circuit 9 to gener- 
ate and display to the user an inquiry about a minimum 
age for limiting the age of a watcher or a listener who 
will be allowed to play back information recorded on the 
optical disc. In response to this inquiry, the user enters 



a command specifying a minimum age allowed to watch 
and listen to information played back from the volume 
by operating the input unit 14. The CPU 21 then sets 
agejor_yolume_rating for the command entered by the 

5 user and further sets country_code_for_rating as well. 
After the processing described above has been com- 
pleted, the flow proceeds. to a step SI 23. 
[0206] If the outcome of Ihe judgment formed at the 
step S115 indicates that the value of volume_rating_ 

10 type is not agejimited, on the' other hand, the flow of 
the processing goes on to a step S1 1 6 at which the CPU 
21 forms a judgment as to whether or not the value of 
volume_rating_type entered by the user is CARA. If the 
value of volume_rating_type is CARA, the flow of the 

is processing continues to a step S 120 at which the CPU 
21 controls the OSD control circuit 9 to generate and 
display to the user an inquiry about a category to be set. 
In response to this inquiry, the user enters a command 
specifying a CARA category by operating the input unit 

20 14. The CPU 21 then sets CARA_category in accord- 
ance with the command entered by the user. After the 
processing described above has been completed, the 
flow proceeds to the. step S123. 
[0207] If the outcome of the judgment formed at the 

25 step S116 indicates that the value- of volume_rating_ 
type is not CARA, on the other hand, the flow of the 
processing goes on to a step S1 1 7 at which the CPU 2 1 
forms a judgment as to whether or not the value of 
volume^rating_Jype entered by the user is RSAC. If the 

30 value of volume_ratihgLtype is' RSAC, the flow of the 
processing continues to a step S121 at which the CPU 
21 controls the OSD control circuit 9 to generate and 
display to the user an inquiry about which category de- 
fined by the RSAC is to be set. In response to this in- 

35 quiry, the user enters a command specifying an RSAC 
category by operating the input unit 14. The CPU 21 
then sets RSAC_category in accordance with the com- 
mand entered by the user. Subsequently, the flow of the 
processing continues to a step S122 at which the CPU 

40 21 controls the OSD control circuit 9 to generate and 
display to the user an inquiry about which level defined 
by the RSAC is to be set. In response to this inquiry, the 
user enters a command specifying an RSAC level by 
operating the input unit 14. The CPU 21 then sets 

<5 RSAC_level in accordance with the command entered 
by the user. After the processing described above has 
been completed, the flow proceeds to the step S123. 
[0208] At the step S123. the CPU 21 controls the OSD 
control circuit 9 to generate and display to the user an 

so inquiry about whether or not vol ume_rating_pass word 
is to be modified. If the user enters YES by operating 
the input unit 14 in response to the inquiry, the flow of 
the processing goes on to a step Si 24 at which the CPU 
21 controls the OSD control circuit 9 to display a mes- 

ss sage urging the user to enter a new password. In re- 
sponse to the message, the user enters a new password 
by operating the input unit 1 4. The CPU 2 1 then replaces 
a password recorded in volume_raling_password with 
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the new one. If the user enters NO by operating the input 
unit 14 in response to the inquiry issued at the step 
S123, on the other hand, volume_rating_password is 
not changed and the processing to modify 
volume_rating is finished. 

[0209] If the outcome of the judgment formed at the 
step SU7 indicates that the value of 
volume^ralingjype is not RSAC either, on the other 
hand, the flow of the processing goes onto a step S118 
at which the CPU 21 carries out error handling. This is 
because the value of volume_rating_type is limited to 
agejimited, CARA and RSAC only. If the value of 
volume_ratingJype is determined to be none of them, 
error handling needs to be carried out. 
[0210] Next, rating processing carried out during a 
playback operation is explained by referring to a flow- 
chart shown in Figs. 50 and 51. This rating processing 
is started by the CPU 21 along with other processing 
when the user inserts an optical disc 1 into an optical- 
disc apparatus. As shown in Fig! 50, the ratingprocess- 
ing.begins with a step S1 31 at which the CPU 21 reads 
in volume_rating ( ) recorded on the optical disc 1. To 
put in detail, the CPU 21 controls the optical head 2, 
playing back data from the optical disc 1. The data 
played back from the optical disc 1 is supplied to the 
read-in channel buffer 6 by way of the optical head 2, 
the RF & demodulation/modulation circuit 3, the ECC 
circuit 4 and the switch 5 to be once stored in the buffer 
6. The data stored in the read-in channel buffer 6 is then 
transferred to the RAM unit 24. The CPU 21 finally reads 
in volume_rating ( ) from the data stored in the RAM unit 
24. 

[0211] The flow of the processing then goes oh to a 
step SI 32 at which the CPU 21 forms a judgment as to 
whether or not the value of volume_rating_type included 
in volume_rating ( ) is agejimiled. If the value, ol 
volume_rating_type included in volume_rating ( ) is 
agejimited, the flow of the processing proceeds to a 
step S 136. At the step S136, the CPU 21 reads in coun- 
try codes from country_codeJpr_rating and values of 
ageJor_volume_rating included in volume_rating ( ) 
and selects a value of age_for_volume_rating for a 
country code set on the optical-disc apparatus. Theflow 
of the processing then continues to a step S 1 37 at which 
the CPU 21 compares an age limit set |n the optical-disc 
apparatus specifying the minimum age allowed to watch 
and listen to information played back from the optical 
disc 1 with the selected value of age Jor_volume_rating. 
Then, the flow of the processing goes on to a step S142 
to form a judgment as to whether or not an operation to 
play back information from the optical disc 1 is allowed 
for the age limit set in the optical-disc apparatus. If an 
ope rat ton to play back information from the optical disc 
1 is allowed, the flow of the processing proceeds to a 
step S146. If the outcome of the judgment on the age 
limit set in the optical-disc apparatus indicates that the 
user is not allowed to play back information from the op- 
tical disc 1 , on the other hand, the flow of the processing 



continues to a step S145 to display a message stating 
that a playback operation is prohibited and terminate the 
playback processing. 

[0212] It the outcome of the judgment formed at the 
5 step SI 32 • indicates' that the value of 
volume_rating_type included in volume_jating ( ) is not 
agejimited, on the other hand, the flow.of the process- 
ing proceeds to a step S1 33. 

[0213] At the step S1 33, the CPU 21 forms a judgment 

io as to whether or not. the value of volume_ratingJype 
included in volume_rating ( ) is CARA, If the value of 
volume_ratingJype included in volume_rating ( ) is 
CARA, the flow of the processing goes on to a step 
S138. At the step St 38, the CPU 21 reads in 

15 CARA_category of volume_rating ( ). The flow of the 
processing then proceeds to a step S 139 at which the 
CPU 21 compares CARA_category of volume_rating ( ) 
with a CARA category set in the optical-disc apparatus. 
Then, the flow of the processing goes on to a step S143 

20 to form a judgment as to whether or not an operation to 
play back information from the* optical disc 1 "is allowed 
for the CARA category set in the optical-disc apparatus.' 
If an operation to play back information from the optical 
disc 1 is allowed, the flow of the processing proceeds to 

25 the step S146. If the outcome of the judgment on the 
CARA category set in the optical-disc apparatus indi- 
cates that the user is not allowed to play back informa- 
tion from the optical disc 1 , on the other hand, the flow 
of the processing continues to the step S1 45 to display 

^0 a message stating that a playback operation is prohib- 
ited and terminate the playback processing. 
[0214] If the outcome of the judgment formed at the. 
step S133 indicates that the value of 
volume_rating_type included in volume_rating ( ) is not 

35 CARA, on the other hand, the flow of the processing pro- 
ceeds to a step S134. At the step S134, the CPU 21 
forms a judgment as to whether or not the value of 
volume_ratingJype included in volume_rating ( ) is*. 
RSAC. If the value of volume_ratingJype included in 

40 volume_rating ( ) is RSAC, the flow of the processing 
goes on to a step S140. At the step S140, the CPU 21 
reads in RSAC_category and RSACJevel of 
volume_rating ( ). The flow' of the processing then pro- 
ceeds to a step S141 at which the CPU 21 compares 

45 RSAC_category and RSACJevel o1 volume_rating ( ) 
respectively with a CARA category and a CARA level 
set in the optical-disc apparatus. Then, the flow of the 
processing goes on to a step Si 44 to form a judgment 
as to whether or not an operation to play back intorma- 

50 tion from the optical disc 1 is allowed for the RSAC cat- 
egory and the RSAC level set in the optical-disc appa- 
ratus. If an operation to play back information from the 
optical disc 1 is allowed, the flow of the processing pro- 
ceeds to the step S146. if the outcome of the judgment 
55 on the RSAC category and the RSAC level set in the 
optical-disc apparatus indicates that the user is not al- 
lowed to play back information from the optical disc 1 , 
. on the other hand, the flow of the processing continues 
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to the step S145 to display a message stating that a 
playback operation is prohibited and terminate the play- 
back processing. 

[0215] It the outcome of the judgrpent formed at the 
step S134 indicates that' the value of 
volume_rating_type included in volume_rating ( ) is not 
RSAC either, on the other hand, the flow of the process- 
ing proceeds lo a step SI 35 al which error handing is 
carried out much like the step S11.8 of the flowchart 
shown in Fig. 49. !• 
[021 6] Much like the processing shbwn in Figs. 43 and 
44, at the step S146, volume_play_protect__flag is 
checked. That is to say, when the rating is added to 
play_protect as a function to restrict playback opera- 
tions, the rating is checked prior to the processing 
shown in Figs. 43 and 44. A- specified title or a specified 
program can not be played back from the optical disc 1 
unless the results of judgments on the rating and 
play_protect indicate that a playback operation is al- 
lowed. In other words, if an outcome of a judgment 
formed in the processing to determine whether or not a 
playback operation is allowed bnt he basis of the rating 
or play_protect indicates that the playback operation is 
prohibited, an operation to play back' a specified title or 
a specified program is not allowed ,. 
[0217] Then, the flow of the processing goes on to a 
step S1 47. Also much like the processing shown in Figs. 
43 and 44, at the step SI 47, the CPU 21 forms a judg- 
ment as to whether an operation to play back informa- 
tion from the optical disc 1 is allowed'or prohibited. If the 
outcome of the judgment on play_protect indicates a 
prohibited playback operation, the flpw of the process- 
ing proceeds to the step SI 45. If the outcome of the 
judgment on play_protect indicates an allowed playback 
operation, on the other hand, the flow of the processing 
proceeds Lo the step S1 48. 

[0218] At the step S148, a specified title or a specified 
program is played back without any further verification 
of protection because the title or the program has been 
finally judged to be information that is allowed to be 
played back. 

[0219] As described above, the present invention is 
applied to an optical-disc apparatus. However, the 
present invention can also be applied to operations to 
record and play back information intpjand from a record- 
ing medium other than an optical disc. 
[0220] It should be noted that, as a presentation me- 
dium for presenting computer programs to be executed 
to carry out the processing described above to the user, 
communication media such as a network and a satellite 
can be utilized in addition to recording media like a mag- 
netic disc, a CD-ROM and a solid-state memory device. 
[0221] In the recording apparatus, the recording 
method, the presentation medium and the recording 
medium according to at least preferred embodiments of 
the present invention, prohibition of a write operation 
over a combination of pieces of data is specified. As a 
result, operatability of the recording, apparatus can be 
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improved. 

[0222] In the recording/playback apparatus, the re- 
cording/playback method and the presentation medium 
according to at least preferred embodiments of the 

5 present invention, specifying information stating prohi- 
bition of an overwrite operation lor a combination of 
pieces of data is recorded into a recording medium, the 
specifying information for a piece of data subjected to a 
recording operation in accordance, with a command is 

10 played back from the recording medium, and an opera- 
tion to record the piece of data into* the recording medi- 
um is controlled in accordance with a result of a judg- 
ment formed on the. specifying information played back 
from the recording medium. 

15 [0223] As a result, operatability of the recording/play- 
back apparatus for recording and playing back data can 
be improved. 

[0224] In the playback apparatus, the recording play- 
back method and the presentation medium according to 

20 at least preferred embodiments of the present invention, 
an operation to play back data from a recording medium 
is controlled in accordance with a prescribed regulation 
as to whether or not the operation to play back the data 
recorded in the recording medium is allowed. As a re- 

25 sult.a person recording data is capable of controlling an 
operation to play back the data. • ■ 
[0225] A recording medium according at least pre- 
ferred embodiments of the present invention is also 
used for recording specifying information for specifying 

30 whether or not an operation to play back the data is pro- 
hibited. As a result,, it is possible to provide a recording, 
medium that allows a person recording data to control 
an operation to play back the data from .the medium. 
[0226] In the recording apparatus, the recording 

35 method and the presentation medium according to at 
least preferred embodiments of the present invention, a 
prescribed regulation as to whether or not to prohibit an 
operation to play back data recorded in a recording me- 
dium is recorded in the recording medium. As a result, 

40 jt is possible to provide a recording medium that allows 
a person recording data to control an operation to play 
back the data from the medium. 

[0227] In the recording/playback apparatus, the re- 
cording/playback method and the presentation medium 

45 according to at least preferred embodiments of the 
present invention, specifying information specifying 
whether or not to prohibit an operation to play back data 
recorded in a recording medium is recorded into the re- 
cording medium, the specifying information for data sub- 

50 jected to a playback operation in accordance with a 
command is played back from the recording medium, 
and an operation to play back data from the recording 
medium is controlled in accordance with a result of a 
judgment formed on the specifying information played 

55 back from the recording. medium. 

[0228] As a result, a person recording data is capable 
of controlling an operation to play back the data from the 
recording medium with a high degree of reliability. 



23 



BNSDOCIO: <EP_ 



_0911B25A2_I_> 



45 EP 0 911 825 A2 46 



Claims 

1. A recording apparatus for recording a plurality of 
pieces otdata into a recording medium, said record- 
ing apparatus comprising: 

a specifying means tor specifying that a write 
operation over a combination ol said pieces of 
data is prohibited; 

a judgment means for forming a judgment on 
what is specified for a predetermined piece of 
data by said specifying means in response to a 
command to perform a recording operation 
over said piece of data; and 
a control means for controlling an operation to 
record said pieces of data into said recording 
• medium in accordance with a result of a judg- 
ment formed by said judgment means. 

2. A recording apparatus according to claim 1 wherein 
said specifying means specifies whether or not an 
overwrite operation is prohibited for each file. 

3. A recording apparatus according to claim 1 wherein 
said specifying means further specifies a term of va- 
lidity of each prohibition of a write operation. 

4. A recording apparatus according to claim 1 wherein 
said control means controls an operation to record 
data into said recording medium on the basis of an 
entered password in case an operation to record 
said data is prohibited. 

5. A recording apparatus according to claim 1 further 
comprising a recording means lor recording what is 
specified by said specifying means into said record- 
ing medium. 

6. A recording method adopted in a recording appara- 
tus for recording a plurality of pieces of data into a 
recording medium, said recording method compris- 
ing: 

■ 

a specifying step of specifying that a write op- 
eration over a combination of said pieces of da- 
ta is prohibited; 

a judgment step of forming a judgment on what 
is specified for a predetermined piece of data 
at said specifying step in response to a com- 
mand to perform a recording operation over 
. said piece of data; and 
a control .step of controlling an operation to 
record said pieces of data into said recording 
medium in accordance with a result of a judg- 
■ ment formed at said judgment step. 

7. A presentation medium for presenting a program 
readable by a computer for execution to make a re- 



cording apparatus for recording a plurality of pieces 
of data into a recording medium carry out process- 
ing comprising: 

s a specifying step of specifying that a write op- 

eration over a combination of said pieces of da- 
ta is prohibited; 

a judgment step of forming a judgment on what 
is specified for a predetermined piece of data 
10 at said specifying step in response to a com- 

mand to perform a recording operation over 
said piece of data; and 

a control step of controlling an operation to 
record said pieces of data into said recording 
15 .medium in accordance with a result of a judg- 

ment formed at said judgment step. 

8. A recording medium for recording a plurality of piec- 
es of data, said recording medium also used for re- 

20 cording specifying information for specifying that a 
write operation over a combination of said pieces of 
data is prohibited. 

9. A recording/playback apparatus for recording and 
25 playing back a plurality of pieces of data into and. 

from a recording medium, said recording/playback 
apparatus comprising: 

* ■ • 

a recording means for recording specifying in- 
30 . . formation stating prohibit ion of an overwrite op- 
eration for a combination of said pieces of data 
into said recording medium; 
a playback means for playing back said speci- 
fying information for a piece of data subjected 
35 to a recording operation in accordance with a 

command from said recording medium; 
a judgment means for forming a judgment on 
said specifying information played back by said 
playback means; and 
40 a control means for controlling an operation to 

record said piece of data into said recording 
medium in accordance with a result of a judg- 
ment formed by said judgment means. 

^5 10. A recording/playback method adopted in a record- 
ing/playback apparatus for recording and playing 
back a plurality of pieces of data into and from a 
recording medium/said recording/playback method 
comprising: 

50 

a recording step of recording specifying infor- 
mation stating prohibition of an overwrite oper- 
ation for a combination of said pieces of data 
• into said recording medium; 
55 • a playback step of playing back said specifying 

information for a piece of data subjected to a 
recording operation in accordance with a com- 
mand from said recording medium; 
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a judgment step of forming a judgment on said 
specifying information played back at said play- 
back step; and • 
a control step of controlling an operation to 
record said piece of data into said recording 
• medium in accordance with, a result of a judg- 
. ment formed at said judgment step. 

11. A presentation medium for presenting a program 
readable by a computer for execution to make a re- 
cording/playback apparatus for recording and play- 
ing back a plurality of pieces of data into and from 
a recording medium carry out processing compris- 
ing: 

a recording step of recording specifying infor- 
mation stating prohibition ofj;an overwrite oper- 
ation for a combination of said pieces of data 
into said recording medium; 
a playback step of playing back said specifying 
information for a piece of data subjected to a 
recording operation in accordance with a com : 
mand from said recording rhedium; 
a judgment step of forming a judgment on said 
specifying information played back at said play- 
back step; and 

a control step of controlliiig an operation to 
record said piece of data into said recording 
medium in accordance with a result of a judg- 
ment formed at said judgment step. 

12. A playback apparatus for playing back data from a 
recording medium, said playback apparatus com- 
prising: 

a specifying means for specifying whether or 
not an operation to piay back data recorded in 
said recording medium is allowed; 
. a judgment means for forming a judgment on 
what is specified by said specifying means; and 
a control means for controlling an operation to 
play back data from said recording medium in 
accordance with a result of a judgment formed 
by said judgment means. 

13. A playback apparatus according to claim 12 char- 
acterized in that said specifying means specifies 
whether or not an operation to play back a plurality 
of pieces of said data in a predetermined order is 
allowed. 

* i 

14. A playback method adopted in a playback appara- 
tus for playing back data from a recording medium, 
said playback method comprising: 

a specifying step of specifying whether or not 
an operation to play back data recorded in said 
recording medium is allowed; 
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a judgment step of forming a judgment on what 
is specified at said specifying step; and 
a control step of controlling an operation to play 
back data from said recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 

15. A presentation medium for presenting a program 
readable by a computer for execution to make a 
playback apparatus for playing back data from a re- 
cording medium carry out processing comprising: 

a specifying step of specifying whether or not 
an operation to play back data recorded in said 
recording medium is allowed; 
a judgment step of forming a judgment on what 
is specified at said specifying step; and 
a control step of controlling an operation to play 
back data from said recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 

1 6. A recording medium for recording data, said record- 
ing medium also used for recording specifying in- 
formation for specifying whether or not an operation 
to play back said data, is prohibited. 

17. A recording apparatus for recording data into a re- 
cording medium, said recording apparatus compris- 
ing: 

a specifying means for specifying whether or 
not an operation to play back data from said re- 
cording medium is prohibited; and 
a recording means for recording what is speci-. 
fied by said specifying means into said record- 
ing medium. 

18. A recording method adopted in a recording appara- 
tus for recording data into a recording medium, said 
recording method comprising: 

a specifying step of specifying whether or. not 
an operation to play back data from said record- 
ing medium is prohibited; and 
a recording step of recording what is specified 
at said specifying step into said recording me- 
dium. 

19. A presentation medium for presenting a program 
readable by a computer for execution to make a re- 
cording apparatus for recording data into a record- 
ing medium carry out processing comprising: - 

a specifying step of specifying whether or not 
an operation to play back data from said record- 
. ing medium is prohibited; and 
a recording step of recording what is specified 
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* 

at said spec Hying step into said recording me- 
dium. 

■ 

20: A recording/playback apparatus lor recording and 
playing back data into and from a recording medi- 
um, said recording/playback apparatus comprising: 

a recording means for recording specifying in- 
formation specifying whether or not to prohibit 
an operation to ptay back data recorded in said 
recording medium into. said recording medium; 
a playback means for playing back said speci- 
fying information for data subjected to a play- 
back operation in accordance with a command 
from said recording medium; 
a judgment means for forming a judgment on 

4 

said specifying information played back by said 
playback means; and 

a control means for controlling an operation to 
play back data from said recording medium in 
accordance with a resutt of a judgment formed 
by said judgment means. 

21. A recording/playback method adopted in a record- 
ing/playback apparatus for recording and playing 
back data into and from a recording medium, said 
recording/playback method comprising: 

a recording step of recording specifying infor- 
mation specifying whether or not to prohibit an 
operation to play back data recorded in said re- 
cording medium into said recording medium; 
a playback step of playing back said specifying 
information for data subjected to a playback op- 
eration in accordance with a command from 
said recording medium; 

a judgment step of forming a judgment on said 
specifying information played back at said play- 
back step; and 

a control step of controlling an operation to play 
back data from 6aid recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 
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a judgment step of forming a judgment on said 
specifying information played back at said play- 
back step; and 

a control step of controlling an operation to play 
back data from said recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 



22. A presentation medium for presenting a program 4$ 
readable by a computer for execution to make a re- 
cording/playback apparatus for recording and play- 
ing back data into and from a recording medium car- 
ry out processing comprising: 

so 

a recording step of recording specifying infor- 
mation specifying whether or not.to prohibit an 
operation to play back data recorded in said re- 
cording medium. into said recording medium; 
a playback step of playing back said specifying ss 
information for data subjectedtoa playbackop- 
eration in accordance with a command from 
said recording medium; 
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•i 



/- 



VOLUME. TOC . 

I 

—ALBUM. STR 
I 

—PROGRAM 
II 

I -PROGRAM.OOI.PGI 
I I 

I — PROGRAM 002. PG I 

I : 
I : 

i -PROGRAM_S$$.PGI 

I 

—TITLE ! 

I :. 

-TITLE.001.V0R 

. -TITLE_602.VDR . 
I 

-TITLE.003.VDR 



-TITLE.ftSS.VDR 



-CHUNKGROUP 
I 



— CHUNKG ROUP.OOI . CG I T 

I 

-CHUNKGR0UP.002.CGIT 



- CHUNKGR0UP_«8#. CG I T 



—CHUNK 
I 

— CHUNK 0001. ABST 

I 

-CHUNK_0002.A8ST 



.1 -CHUNK XM.ABST 

I 

I 

i : 



i 

-UPEGAV 

I 



-STREAMS-001 
I 

-CHUNK_0001.MPEG2 
I 

-CHUNK_0002.MPEG2 
I 

-CHUNK.0003. MPEG2 
I 

-STREAMS-002 
I 

-CHUNK_0011.MPEG2 
I 

—CHUNK O012.MPEG2 
I 



-STREAMS.*** 
I 

-CHUNK_XXX35.MPEG2 



—SCRIPT 



PICTURES 
I 

— TITLE_001. JACKET 
I 

-TITLE.001. THUMB 
I 

-PROGRAM 002. THUMB 



-GRAPHICS 
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Syntax 




Number of 


Bits 


Mnemonic 


VOLUME. TOC { 

file_type_id 
volume i ntormat ion U 
text.blockO 

} 


■ 


8*16 




char[16] 


F 1 


G. 


• 

3 






Syntax 




Number of 


Bits 


Mnemonic 



vo I ume_i nf ormat ion 0 { 
volume_attr i buteO 
resume 0 
volume_rating() 
wri te_protect() 
play_protect 0 
record i ng_t i mer () 

} 



F 1 


G 


.4 




Syntax 




Number of Bits 


Mnemon i c 


volume_attr ibuteO { 

vo 1 ume_attr i bute_ 1 ength 
vd rivers ion 




32 
4*4 


uimsbf 
bed 


reserved 

t i 1 1 e_p 1 ay back_mode_f 1 ag 
prog r am_p 1 ay bac k_mod e_f 1 ag 


• 


6 
1 
1 


bslbf 
bslbf 
bslbf 


volume_play_time() 
update_t ime_count 0 

• 




4*8 

32 


bed 

uimsbf 


make r_ id 
model_code 




8*16 
8*16 


char[16] 
char [16] 


POSIO 

} 




32 


bslbf 
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— , 

Syntax __ Number of__Bi ts _ Mnemonic 

resume 0 { 

resume_ length 32 uimsbf 

reserved // for byte alignment 3 bslbf 

resume_swi tch 1 bit 

reserved 4 bslbf 

number_of_records 4 uimsbf 

reserved // for byte alignment . 7 bslbf 

resume_auto_execute_t ime_f I ag 1 bit 

resum!8_auto_execute_t ime 0 4*14 bed 

reserved 4 bslbf 

resume_auto_execute_record_number 4 uimsbf 

for ( i=0: i<nurnber_of_records; i++) { 

resume_mpde_f lag 4 bslbf 

object_type 4 bslbf 

I inked_r;ecord_number 4 uimsbf 

number_o;f_times 16 uimsbf 

resume_updated_t ime 0 4 14 bed 

sw i tch (obj ect_type) { 
case title: 

title number 

t i 1 1 e_l oca I _t i me_starap 

break) 
case program" 

p r og r am_n umbe r 

program_l ocal_t ime_stamp 

break: 
case program^bind^ 

p rog ram_b i nd_numbe r 

program_order 

prog ram_numbe r 

program_l ocal_t ime_sta/np 

break; 
case 0lay_iteml 

p I ay_ i t em_numbe r 
P I ay_ i t em_ I oca I _t i me_sta/np 
break 

* 4 * 

} 



16 


u i msbf 


64 


uimsbf 


16 


uimsbf 


64 


uimsbf 


16 ' 


uimsbf 


16 


uimsbf 


16 


uimsbf 


64 


u imsbf 


16 


uimsbf 


64 


uimsbf 
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Syntax Number _of_ Bits . Mnemon i c 

volume_rating() { 

vo!ume_rating_id 8*16 char[16] 

vo I ume_rat i ng_ I engt h 32 u i msbf 

reserved 6 bslbf 

vo I ume_rat i ng_type 2 bs I bf 

volume_rating_password 128 bslbf 

switch (volume_rating_type) { 
case age_l i mi ted: 

number_of_rat ing 8 uimsbf 

for (i=0; i<number_of_rat ing; i++) { 



case 



count ry_code_f or_rat i ng 


24 


bslbf 


age__for volume rating 

} 

break! 


8 


uimsbf 






CARA: 






reserved 


4 


bslbf 


CARA_category 


4 


bslbf 


reserved 


24 


bslbf 


break! 


* 




RSAC: 




> 


reserved 


4 


bslbf 


RSAC_category 


4 


bslbf 


reserved 


4 


bslbf 


RSAC level 


4 


bslbf 


reserved 


16 


bslbf 



} 

} 



break; 
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Syntax _ _Number_of Bits Mnemonic 

wri te_protect () { 



write _protect_Iength 


32 


uimsbf 


vol ume_wr i te_protect_l eve I. 


4 


■ u i msbf 


password_enable_f lag 


1 - 


' bslbf 


append_on I y_f I ag 


1 


bslbf 


exp i rat i on_t i me_enab I e_f I ag 


1 


bslbf 


number_of_t imes_>nab I e_f I ag 


1 


bslbf 

■ • 


■ 

passv»ord_f or_volume_wr i te_protect 


128 


■ 

bslbf 


reserved 


8 


bslbf 


wri te_protect_set_time 0 


56 


bed 


reserved 


8 


- bslbf 


wri te_protect_exp i rat i on_t i me () 


56 


bed 


numbe r_of _t imes .i 


16 


uimsbf 
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Syntax 

play_pro£ect 0 T 

p I ay_protect_ length 

vo I ume_p I ay_protect_f I ag 

reserved 

password_enab I e_f I ag 
reserved 

exp i rat i on_t i me_enab I e_f I ag 
numbe r_of _t i mes_enab I e_f I ag 

password_f or_vo I ume_p I ay _protec t 
reserved 

pi ay_protect_setlt ime() * 
reserved 

play_protect_expi rat ion_t ime () 
number of_times 
} ~ 



Number of flits Mnemonic 



32 


u i msbf 


2 


bslbf 


2 


bslbf 


1 


bs 1 bf 


1 


bslbf 


1 


bslbf 


1 


bs 1 bf 


128 


bslbf 


8 


bslbf 


56 


- bed 


8 


bslbf 


5G 


bed 


16 


uimsbf 



F I G . 9 



Synta_x_ ^ " 

record ing_ti me r 

— _ 

record i ng_t imer_ Length 
record ing_timer_f lag 
numbe r_of _ent r y 

for (i =01 i<number_of_entry; i-H-) { 
date_and_t i me 
channe I 

program 



Number of Bits Mnemonic 



32 . 
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Syntax j 

reVt~blockT) { 

text_b I ock_ I ength 
numbe r_of_l anguage_sets 
numbe r_of_text_i terns 
for(i=(K i<number^of_language_setsi i++) { 
language_set 0 

for(i=0l i<number^;of_text_i terns! i++) { 
text_item() 

) 

} '. 



Number of Bits Mnemonic 



32 

8 

16 



uimsbf 
uimsbf 
uimsbf 



F I G 



Syntax 



Number of Bits Mnemonic 



language_set 0 { 
reserved 
language_code 
character_set_type. 
numbe r_of _ I anguage_set_names 
for (i=0; i<number_of_language_set_names; i++) { 
, character_set_type_f o rename 
I anguage_set_name_ I ength 

I anguage.se t_name 8* I anguage_set__name_l ength 



} 



8 


bslbf 


24 


bslbf 


8 


bslbf 


8 


u i msbf 


8 


bslbf 


8 


uimsbf 




bslbf 



} 
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Syntax _ Number of Bits 

text_item() { 

text_i tem_ length 
text_item_id 
text_i tem_sub_id 
flags 

numbe r _of _u sed_ I ang uage_s e t s 
//loop for each language set 
f or (i=0; i<nurober_.of_used_language_sets: { 

language_set_id 

reserved ; 

text_st r i ng_l ength 



} 



16 

16 

16 

8 

8 



8 
4 

16 



text_string 
. bitmapO 

} . . 

stuf f ing_bytes 



8* text_string_ length 



Mnemon i c 



uimsbf 

uimsbf 

uimsbf 

bslbf 

uimsbf 



uimsbf 
bslbf 
u i msbf 
bslbf 



8*n bslbf 





F 1 


G. 1 3 


Syntax 




Number of Bits Mnemonic 


ALBUM. STR{ 

ft le_type_id 
a 1 bum 0 
text blockO 

} 




8*16 • char[16] 



> 
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Syntax 

albumQ { 

albumjerigth 

reserved 

vol timers tat us 

if (volume_status== - 1b' 

chief_volume_f lag ' 
} else ( 

reserved 

) 



if (volume__status : r= "lb" ) { 

if (chief_volume_f lag— "1b" ) ( 
reserved ' 
album_type 
albim id 



Number of Bits Mnemonic 



) { 



numbe r_df _d i sc s_ i n_a I bum 

numbe r_bf _vo I umes_ i n_a I bum 

I* 

for (i=0|i<number_of_volumes_in_album; { 
d i sc_i d_f o r_a I b umjnemb e r 
vo I ume_ i d_f o r_a I bumjnember 
t i t I e_of f se t_numbe r 

j 

reserved_for _program_bind 
numb e r_of_p r og r am_b i nd s 
for (i=0i i<number_of_program_binds'.i++) { 
number_of _program_i n_th i s_program_b i nd 
f oT (i=0; i <number_of _programs_in_lh i s. 
di sc_id_for_program_bi ndjnember 
. vo I ume_i d_f or_program_b i ndjnember 
program_number 



32 

6 

1 

1 

1 



6 

2 

128 

• 

16 
16 



128 
128 
16 

8 
8 

16 
program 
128 
128 
16 



uimsbf 

bslbf 

bslbf 

bslbf 

"o- 



bslbf 
bslbf 
bslbf 

uimsbf 
uimsbf 



bslbf 
bslbf 
uimsbf 

* 

bslbf 
uimsbf 

uimsbf 

bind;i++) ( 
uimsbf 
uimsbf 
uimsbf 



j 

} e I se ( 



} 



//chief_volume_f lag= "Ob 



chief_disc_id 
chief_vol ume_id 
(album_id 



128 
128 
128 



uimsbf 
uimsbf 
bslbf 
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Syntax _ 

TITU05TVOR{~7 
f i le_type_id 
title.infoO 
text_block() 

} 



Number of Bits 



8*16 



Mnemonic 



char [16] ' 



F I G. I 6 



title_info() ( 

tit le_info_ length 
f lags_for_tit le 
cgit_f i le_id 

t i 1 1 e_start_chunk_group_t i me_stamp 
t i 1 1 e_end_chunk_group_t ime_stamp 

t i 1 1 e_p I ayback_t i me 0 

reserved 

number_cf_marks 

for. (i=0; •<number_of - marks; i++) { 
reserved 
mark_type 

ma r k_c hu nk_g r oup_t i me_s t amp 



} 



stuf f ing_bytes 



Bits 


Mnemonic 


32 


uimsbf 


32 


bslbf 


16 


uimsbf 


64 


uimsbf 


64 

• 


uimsbf 

• 


32 


bed 


32 


bslbf 


16 


uimsbf 


4 


bslbf 


4 


bslbf 


64 


uimsbf 


8*n 


bslbf 



* 


F I 


I G . I 7 


• 


Syntax 




Number of Bits 


' Mnemonic 


PROGRAM.$$$.PGl { 
f i le_type_id 
program 0 
text blockO 

) 




8*16 

• 

• 

• 


char[16] 
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Syntax JN 

programO { 

program. length 

f lags_f or_program 

p rog ram_stat us 

p rog ram_p I ay backet i me 0 

reserved 

■ 

numbe r_of _p I ay_sequences 
for (j=0; j<number_of_play_sequence; { 
number_of_play_l ists 
for (k=0;k<number_of_play_J ists'tk++) { 
play_l ist_start_t ime_stamp_of fset 
play_l ist (k) 

} 

) 

stuf f i ng_bytes 

) i ' 



of Bits 


Mnemonic 


32 


uimsbf 


32 


bslbf 


4 


bslbf 


32 


bed 


32 


bslbf 


16 


• 

uimsbf 


16 


uimsbf 

* 


,64 


uimsbf 


8*n 


bslbf 



■l 



F I G. I 9 



Syntax Number of Bits 

playjist(){ :. 

//playback sequence of play items in this play list 

numbe r_of_p I ayji terns . ^ 
for (k=0;k<number_of_play_i tems;k++) { 

p I a y_ i t em_numbe r ' ° 

"reserved 31 



Mnemon i c 



} 



seam I ess_cohnect i on_f I ag 



1 



} 

//pl ay_i tem_tab le 

for(PIN=1 ;PIN<=number_of jlayj temsJn^rogranuP IN++) ( 
play_i tem() ; 

} 



uimsbf 

uimsbf 

bslbf 

bslbf 
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Syntax 



Number of Bits 



play_i temO { 

play_i tem_ length 
play_i tem_type 
play_mode 

total_playback_t irae 0 

* 

menu. i tem_numbe r 
return_i tem_number 
next_i tem_number 

• ; prev_J tem_number 

> 

if (p.lay_item_type= ~O000br ){ 
//play item for one "cut" 
tit le_number 
//IN point 

i £em_star t_t i me_stamp 

//OUT point 

i tem_end_t ime_stamp 



) 



32 

8 

8 

32 

16 
16 
16 
16 



16 
64 
64 



} 



Mnemon i c 



uimsbf 
bslbf 
bslbf 
bed 

uimsbf 
uimsbf 
uimsbf 
uimsbf 



uimsbf 
uimsbf 
uimsbf 



F I G.2 I 



Syntax 

C^TuNKGROU^ C6Tff 
*f i le_type_id 



Number of Bits 



Mnemonic 



chunkgroup_t ime_base_f lags 
chunkgroup_t ime_base_of f set 

chunk_connect i on_i nf o 0 
text_block() 



8*16 

32 
64 



char[16] 

bslbf 
uimsbf 
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Syntax 

chunk_cohnection_info() { 



Number of Bits Mnemonic 



chunk_connect i 6n_i nf o_ I ength 


32 


uimsbf 


reserved 


16 


bslbf 


numbe r_of_chunks 


16 


uimsbf 


chunk_sync_p lay_f I ag 


8 


bslbf 


// chunk info file list 






for( i =0; i < numbe r_of_c hunks; { 







} 



} 



chunk_arraogement_inf oO 



F I G . 2 3 



Syntax v 

chunk_ arrangements i nf o 

• 4 

chunk_arrangementLi nf o_ length 
chunk_inf o_f i le_id 
reserved 

chunk swi tch_stream_i d 

presentat i on_start_cg_t ime_count 
presentat i on_end_cg_t ime_count 



reserved 

chunky t i me_count^type 

numbe r_of _s tart_or i g ! na I _t i me_count„ext ens i on 
number_of __end_or i g i na l^t ime_count_extens i on 

// presentation s!,tart position and time 
presentat i on_start_or i g i na l_t i me_count 
presentat i on_end_br i g i na \Jt i me_count 



Number of Bits Mnemonic 



} 



32 


uimsbf 


16 


bslbf 


5 . 


bslbf 


16 


bslbf 


64 


uimsbf 


64 


uimsbf 


4 


bslbf 


4 


bslbf 


8 


uimsbf 


8 


uimsbf 



64 
64 



uimsbf 
uimsbf 



for (i=0: j<number of start original_time_count_extension;j++) 

tc_ext_attributes ~ 16 bslbf 

start_original time count_extension 64 uimsbf 

} 

// presentation end position and time 

for (k=0;k<nunber_of_end_or i gi na l_t i me_count_extens i on ; k++) { 

tc_ext_attributes .18 bslbf 

end_or iginaLt ime_count_extension 64 uimsbf 

) . . 

transi tion_info0 
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Syntax Number of Bi_ts Mnemonic 

file_type_id 8 16 char [16] 

reserved 
chunk_f i le_id 
info_t'YPe 
//stream_info() 

if (info_type= "UPK2_System_TS" ) { 
numbe r_of _p r og r ams 

else ( 

numbe r_of ..programs 8 - 0QQ0 0001 

} 

for (i=0; i<number_of_programs; !++){ 
number_of_streams 

for (i=0; i<number_of_st reams; i++) { 
stream_ident i f ier 

//slot type information 
reserved 
slot_uni t_type 

if (slot_unit_type= "timers tamp" ) { 

slot_time_l ength 
} else { 

reserved 

} 

number_of_s I ots 
reserved 

swi tch ( i nf o_type) 

case MPEG1_System" 
case MPEG2_SystenuPS: 
case MPEG2_SystemjrS : 

case video_elementary stream 4 

numbe r_of I _p i ctur es_ i n_s I ot u i msbf 

break; 

default: 4 , IL , 

. reserved bs,bf 

break; 

• ■ 

) 

//stream attribute 
ES.attributeO 

} 

* 

//loop of slot info 
for (i=0;i<number_of_streams:i++) { 

for (i=0; i<iiuraber_of_slots: { 

slot infoO 

} 



) 



) 



a 

4 


bslbf 


16 


uimsbf 


4 


bslbf 


8 


uimsbf 


8 


-oooo t 


8 


uimsbf 


16 


bslbf 


.4 




4 


bslbf 




bslbf 


32 • 






uimsbf 


32 






bslbf 


32 




4 


- uimsbf 




bslbf 



} 
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LU 
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_l 
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OL 

























ro 



41 



BNSOOCIO: <EP. 



_091182SA2 » > 



EP0 911 825 A2 




1 

f 



EP0 911 825 A2 



F I G.26 



I VOLUME. TOC 

-ALBUM. STR 
• —PROGRAM 

I : -PROGRAM_001.PGI 
-TITLE 

— TITLE_001.VDR 

. — T ITLE 002. VDR 

— T ITLE 003. VDR 



CHUNKGROUP 

-CHUNKGR0UP__OO1. CGIT 
—CHUNKGROUP 002.. CG I T 



CHUNK 

—CHUNK 
-CHUNK 
-CHUNK 



0001. ABST 

0011. ABST 

0012. ABST 



MPEGAV 

-STREAMS_001 
' | —CHUNK 

I 

-STREAMS_002 
I -CHUNK 
' | -CHUNK 



0001 . MPEG2 



0011. MPEG2 

0012. MPEG2 



43 



BNSOOCIO <EP 091 1825A2_I_> 



EP0 911 825 A2 



F I G . 27 



PROGRAM 



TITLE 



CHUNKGROUP 




001 


002 


t \ 





CHUNK 



STREAM 



001 



0001 




0001 



003 



002 



| 001 1 



001 2 





0011 0012 



F I G.28 



chunkgroup_t ime 
base offset 



chunkg roup_t i me_ 
base offset+A 



chunkgroup_t ime_ 
base_of f set +A + B 



B 



CHUNK-GROUP 
TIME 



CHUNK001-1 

• 




CHUNK001 2 





44: 

■ 

BNSOOCID: <EP 09 11 32 5 A2 1> 



EP0 911 825 A2 



FIG. 29 



/ — 7 — MPEGAV 

I -STREAMS_003 

I | -CHUNK_0031.MPEG2 



FIG. 30 



/---VOLUME. TOC 
-ALBUM. StR 
-PROGRAM 

I -PROGRAM.OOV. PG I 
-TITLE 

-TITLE_001. VOR 
-TITLE_002. VDR 
-TITLE_003. VDR 
-TITLEJJ04. VDR* 

-CHUNKGROUP 

-CHUNKGR0UP.001.CGIT 
-CHUNKGR0UP_002.CGIT 
-CHUNKGR0UP_003.CGIT* 

-CHUNK 

-CHUNK 0001. ABST 
-CHUNKJJ011. ABST 
-CHUNK_001 2. ABST 
-CHUNK_0031.ABST* 

-MPEGAV 

-STREAMS.OOl 

-CHUNK_0001.MPEG2 

STREAMS_002 

-CHUNK_0011.MPEG2 
-CHUNK_0012.MPEG2 

STREAMS_003* 

-CHUNK 0031.MPEG2 



45 

BNSDOCI& <EP 0911B2SA2_I_> 



EP0 911 825 A2 



F I G . 3 I 



PROGRAM 




TITLE 



CHUNKGROUP 



CHUNK 



001 


002 


t \ 




001 


f 


\ 


0001 



V V 




STREAM 



000 1 



003 




\ 


002 


\r 


V 


001 1 


0012 


1 

9 

0011 


1 

9 

0012 



V \f 



W V 



004 



003 



0031 




0031 



091182SA2 I > 



46 



« 



EP 0 91 1 825 A2 



FIG. 32 

• 



-MPEGAV 

I -STREAMS_002 

I I -CHUNK.0031.MPEG2 



F I G . 33 



-volume. toc 
-Album, str 
hprogram 

i -pr0gram.o01.pgi 

-TITLE 

I -TITLE_001.V0R 
I -TITLE_002.VDR 
I.. -TITLE.003.VDR 
I -TITLE.004.V0R* 

-tHUNKGROUP 

\- -CHUNKGR0UP_001.CGIT 
I -CHUNKGR0UP_0O2.CGIT 

-CWUNK 

I -CHUNK_0001.ABST 
I' -CHUNK_0011.ABST 
I -CHUNK_O01 2. ABST 
I. -CHUNK_0031. ABST* 

-MPEGAV 

|. -STREAMS.001 

I | -CHUNK_0O01.MPEG2 

I I 

I -STREAMS.002 

I | -CHUNK_0011.MPEG2 

I | -CHUNK_0O12.MPEG2 

I' | -CHUNK 0031.MPEG2* 

I' I 



•i 



47 



• 

EP0 911 825 A2 



F I G.34 



PROGRAM 




TITLE 



CHUNKGROUP 



CHUNK 



001 


002 




r \t 


001 




i 

V 


• 

0001. 




STREAM 



0001 



003 






V 


■ Ji • ; 


002 




- • ■ • * y i ■* 

• • 

• 

• • 




w 


001 1 


001 2 


0031 


0 

0011 


G 

0012 


1 

G 

0031 



BNSDOCID: <EP ' 091182SA2 I , 



46 



• ! 



EP0 911 



F I G. 35 



PROGRAM 



TITLE 



CHUNKGROUP . 



CHUNK 



STREAM 




001 


002 







001 



0001 



1 




0001 



003 


004 


• 




\f 


002 


♦ 

V • ■ 






001 1 


001 2 


Q 

0011 i 


Q 

001 2 



49 



BKISDOCtD: <EP. 



.091 1825A2J_> 



EP0 911 825 A2 




5 



.A 



EP0 911 825 A2 



F I G. 37 




write protect MODIFICATION 
PROCESSING START 




T 



INPUT A write protect 
MODIFYING COMMAND 



NO 




I 



S1 



IS A PASSWORD RECORDED IN\ S2 
password_for_volume_write_ 
protect ? 




I 



IS wr 
time ( 



| YES 



>" 



DISPLAY A MESSAGE REQUESTING 
THAT A PASSWORD BE ENTERED 



T 



INPUT THE PASSWORD 



S7 




I 



S6 



IS THE INPUT \NO a 

PASSWORD CORRECT ? 



DISPLAY A MESSAGE 
STATING THAT 
MODIFICATION OF 
write, protect IS 
NOT ALLOWED 



DISPLAY A MESSAGE STATING 
THAT A MODIFICATION OF 
write protect CAN BE ENTERED 



I 



S8 



INPUT A MODIFICATION OF 
write_protect 



I 



UPDATE : write_protect 



: ( END ) 



SIO 



BNSDOCia <EP 0S1182SA2_I_> 



51 



EP 0 911 825 A2 



< 
00 

ro 
Ll 



04 

<J1 




CO 

c/> 

LU 

o 
o 

E 



Q 
0C 
O 
O 
LU 

v2/ 



I 

E 



Q o> 

SI 




0> 



R 
03 



Q 



-0 




CD 

ro 

Ljl 



< 


CD 


. 00 


00 


ro 


ro 




■ 

o 




Ll 



52 



BNSOOCIO <EP 0S11825A2J_> 



4 1 



EP0 911 825 A2 




53 

BNSDOCIO. <EP 091 1 B25A2 J_> 



s 



EP0 911 825 A2 



CD 

ro 

CD 



CO 

ro 

CO 



CO 
UJ 



CVJ 
CO 



A 




in 
ii 

0) 
0> 





DC 
O 
U_ 

OLUh] 
LU . — • I 

CO I— — 

2zo 



o 

o 



i_ — o 




-0 



CO 
LU 




CM 





54 



BNSOOCIO «EP. 



.091 182SA2_1_> 



Best Available Copy 



EP0 911 825 A2 



F I G.40 



*♦ MPEG2, *. ABST. ♦. CG I T 
TITLE INFO. (♦. VDR) 
PROGRAM INFO. ( *. PGI) 



^VOLUME. TOC 



ALBUM. STR 



vo I ume_wr i te_protect_l eve I 



I eve I 
I eve I 
I eve I 
I eve I 
I eve I 
I eve I 



55 



EP 0 911 825 A2 




56 

BMSDOCID: <EP 0911825A2 I > 



EP0 911 825 A2 



F I G. 42 




play, proteclt MODIFICATION 
PROCESSING START 




I 



INPUT A play_protect 
MODIFYING COMMAND 



NO 




1 



IS A PASSWORD RECORDED IN 
password _for_ volume _pl ay _ 

protect ? 



Tyes 





\ i 

IS play_protect_expiration_ V 
1 1 met ) VALID ? / 



{YES 



DISPLAY A MESSAGE REQUESTING 
THAT A PASSWORD BE ENTERED 



I 



INPUT THE PASSWORD 



I 




IS THE INPUT 
PASSWORD CORRECT ? 



3 




NO 



DISPLAY A MESSAGE 
STATING THAT 

MODIFICATION OF 
play_prote.ct IS NOT 
ALLOWED 



DISPLAY A MESSAGE STATING 
THAT A MODIFICATION OF 
play_ protect CAN BE ENTERED 



T 



INPUT A MODIFICATION OF 
play^ protect 



I 



UPDATE play_protect 



C 



E 



EN 



57 



0911B25A2J_> 



EP0 911 825 A2 



r 



< 

ro 

CD 

Ll 




or 

CO 
CD 



if) 
if) 

tu 
o 

g 

Q. 

o 
< 

GO 

< 

_J 

v5y 



V) 



CO 



CD 

z • 

cez 

o< 
o 
o 

< 

GQ U 



tect 


1 

! 


o 




I 

Q- 

I 

0) 


S72 


1 1 m 








z 




READ 






o 
o 

n 



z 



-0 




o 
n 

O 



-0 



BNSDOCIO <EP 091162SA2 | > 



56 



EP0 911 825 A2 




EP 0 911 825 A2 



cn 

CO 



< 



co 



CO 
CO 
LU 

o 
o 
ce 

Q_ 

o 
< 

CD 



cn 



















o 








1 












CL 




1 








E 








"o 






* 






Q 




< 


o 






q: 


^1 



CD 



O 

o 

o 

o 
< 



o 
< 



< 
_l 

OL 



LJ 








< 












8 










O 




CO 




2 ' 


££ 




LU 


UJ 






CO 










UJ 




X 










• 

* * 


V 

f 







0) 

in 







Q 






UJ 


LU 


< 


tr 


CD 




LU 


< 


AT 




CO 




CO 


i 


UJ 


UJ 


F 


BE 




CD 


< 


Z 


Q 


>- 


H 


q: 


< 


CO 


o 


_) 


LU 




Ql 




CO 


CO 


s 


CO 


o 




s 





60 :■ 



BNSOOClO. <EP 



0911825A2 I > 



EP 0 911 825 A2 




CD 

Ljl 



CVJ 

o 

to 

oz 
o 

<r «— dc 
a) — 9- 

UlO 

<Q.U 
>- ODD 

oco< 




Q 
Z 
UJ 




UJ 



-0 





II 

C 
O 



II 

CP 

a 



< 

-J0C 
Q-O 



UJOQ_ 
□_<! 
O CD < 







61 



.0911825A2J_> 



EP0 911 825 A2 



F I G.45 



Bit 


volume rating type 


00b 


age_l imj ted 


01b 


CARA 


10b 


RSAC 


11b 


reserved 



F I G.46 

i 



Bit 


CARA_category 


0000b 


reserved 


0001b 


G 


0010b 


PG 


. 001 1 b 


PG-13 


0100b 


NC-17 


0101b-l11lb 


reserved 



62: ■ 



BNSDOCID: <EP 



.0911825A2J_> 



Best Available Copy , 



EP0 911 825 A2 



F I G.47 



Bit 


RSAC_category 


0000b 


Violence Rating 


0001b 


Nudity Rating 


0010b 


Sex Rating 


0011b 


Language Rating 


01 00b-01 1 1 b 


reserved 



F I G.48 



Bit 


RSAC level 


0000b 


0 


0001b 


1 


0010b 


2 


0011b 


3 


0100b 


4 


01 01 b-1 1 1 lb 


reserved 



>- 
* 



63 



« 



EP0 911 825 A2 



< 

CD 
CD 



CD 

(£ 
Ll_ 



< 


CD 


CO 


CD 






• 


iD 




Ll_ 




2 o 
J 1 

o *> 

E 

O > 

o 



I 



I 



t: l 

O 




64. 



BNSOOCItt <EP 091 1825A2J_> 



r 



EP 0 911 825 A2 



O 
lO 



< 


CD 


o 


O 


lO 


lO . 


CD 


CD* 







< 
o 

LO 



(0 

ro 

CO 



o 




>-<o 










sc 


sS< 


Q 


£ i~ 
|<t 


UJ 
X 


!o° 


H 


_for_Vi 

ING T 
1 THE 

1 III %—m 




FROI 






cn-^ — 


(0 


°Oh 


ZD 


^ CL UJ 


& 


— <0(0 


UJ 




Q£KUJ 


2 


<QCQ 




LJOO 


CL 


(TOO 


< 




CO 



"— . \ o 



IHJ . 

c _l u_ 
- < 

Son 

J<< 

CO 

>- r- \ 
o C/) — J 

< h- T- 

8<^ 




* • 

66 

BNSDOCID: <EP 0911825A2 I > 



EP0 911 825 A2 



o 
10 

Ll. 



CD 






ro 




ro 


fry 




t r\ 




o 






rv» 
LL. 






u. 




• 


>* 






O 






CP 






0> 












o 






u 






1 






< 












< 






O 






f 

o 






2. CO 






"~ a 






Q 






<u 






llJX 




« 







CO 



1 

cn 




c 


< 


rat 


AR 


IO 


CD 


n 


E 


0) 




CL 






"o 










o 

CO 







jory AND 
HE DISC 




JO 




• 


IN RSAC 
level FR 




READ 
RSAC- 





n l!jjj 

5 s h 5 

o Q ~ 



UJ 

O^ 



o o 

Q)hJ 

hJ >x 
CC »h- 

CL OX 

oco — 
o tr $ 



wo 

r- CL 

cc 
t»co 



o 
< 

CO 

cc 

U- 

o 



< 

DC 
CL 

< 




ro 




Q 
LU 



67 



BNSOOCID: <EP. 



.091 1825A2_L> 



EP 0 911 825 A2 



< 
ID 



CD 




m 


< 


CD 


O 










lO 


lO 




• 




* 












li_ 


Lu 


Ll. 



68 



BNSDOCID: <EP^ 091 1825A2J_> 



I 



EP 0 911 825 A2 



r 



CD 

CO 



lO 

C9 



; }■ 
























M 




Q) 








O 




ex 




1 








.2 




Q. 




1 




0> 




E 




















O 




LJ 




X 




o 





-0 



• \ 



69 



BNSDOCIO <EP 0911B25A2 I > 



EP 0 911 825 A2 



O 

in 



0 



GO 




lO 

en 



o 
< 

CD 



or 

LU =i 
gco 



UJ 



q r 



CC ^h- — 



P < kj 

h- LUOC _J 
O — £t 3* 



-hi 



cr uj 
uj — 

o 0 

_ UJ 
< CO 



QZ 



O EZ 

u 



e> 



tuj 

O CD 

QlO 
CO h- 



— o5? 

° >Iuj 
o 



o 

< 
m 



UJQL 

<< 

to 

col— 

UJ< 



CD 

UJ ^ 
h-_J 

x^ 
of 
a: 

D- UJ 



>• b lZ P; w 

<< UJ CO 
jO< I- UJ 

a— o< cl 



70 

BNSDOCIft <£P 091182SA2_I_> 



(19) 




02) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 





(11) 



EP 0 91 1 825 A3 



EUROPEAN PATENT APPLICATION 



(88) Date ol publication A3: 


(51) Intci7: G11B 27/034, G11B 27/036, 


14.03.2001 Bulletin 2001/11 


G11B 19/04 


(43) Date of publication A2: 


* 


28.04.1999 Bulletin 1999/17 




(21) Application number: 98308504.4 


• 


(22) Date of filing: 16.10.1998 


• 




(72\ Inventors' 


AT BE CH CY DE DK ES Fl FR GB GR IE IT U LU 


• Hamada, Toshiya, c/o Sony Corporation 


MC NL PT SE 


Tokyo (JP) . 


Designated Extension States: , 


• Fujinami, Yasushi, c/o Sony Corporation 


AL LT LV MK RO SI 


Tokyo (JP) 


(30) Priority: 21.10.1997 JP 28818297 


•■ ■ 
(74) Representative: 


27.02.1998 JP 4685998 


Robinson, Nigel Alexander Julian et al 


24.04.1998 JP 11456698 


D. Young & Co., 


24.04.1998 JP 11456898 


21 New Fetter Lane ' 




London EC4A 1DA (GB) 


(71) Applicant: SONY CORPORATION 




Tokyo 141 (JP) 





(54) Recording apparatus, recording method, playback apparatus, playback method, 

. .recording/playback apparatus, recording/playback method, presentation medium and 
recording medium 



(57) This invention relates to a recording apparatus 
for recording a plurality of pieces of data into a recording 
medium is characterized in that the recording apparatus 
including a specifying means for specifying that a write 
operation over a combination of the pieces of data is 
prohibited, a judgment means- for forming a judgment 
on what is specified for a predetermined piece of data 
by the specifying means in response to a command to 
perform a recording operation over the piece of data, 
and a control means for controlling an operation to 
record the pieces of data into the recording medium in 
accordance with a result of a judgment formed by the 



judgment means; and relates to a recording method 
adopted in a recording apparatus for recording a plural- 
ity of pieces of data into a recording medium is charac- 
terized in that the recording method including a specify- 
ing step of specifying that a write operation over a com- 
bination of the pieces of data is prohibited, a judgment 
step of forming a judgment on what is specified for a 
predetermined piece of data at the specifying step in re- 
sponse to a command to perform a recording operation 
over the piece of data, and a control step of controlling 
an operation to record the pieces of data into the record- 
ing medium in accordance with a result of a judgment 
formed at the judgment step. 



CO 
< 

in 

CM 
CO 



o 
o 

Q. 
LU 



F I G. 25A 






rf 6 

demodulation 
/modulation 

CIRCUIT 




< 






ECC 

CIRCUIT 










I 







u 



6 



READ -OUT! 
CHANNEL ( 
BUTTER 1 I 



OPTICAL- HEAD 
CONTROL 



ADDRESS 

DETECTING 

CIRCUIT 



It 

JL 



WRITE-IN 
CHANNEL 
BUFFER ! 



ADDRESS 
I 



|cpu{ ("row] [ram] [ram] 

• - » 1 \ 

CI 27 23 Z* 



3T3TEM CONTROLLER 



13 



■o 



■o 



INPUT UNIT h-H 



Printed by Jouve. 75001 PARIS (Ffl) 



BNSDOCtO «EP 09U625A3J_> 



EP0 911 825 A3 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



AppUcalion Number 

EP 98 30 8504 



L 



DOCUMENTS CONSIDERED TO BE RELEVANT 



8 

i 

8 

8 

n 

3 



2 

Ml 



Cateyury 



X 
Y 



.Y.: : - 



Citation ol document with indication, where appropriate. 
of rele vant passages 



EP 0 406 Q21 A (SHARP KK) 
2 January 1991 (1991-01-02) 

* abstract * 

* column 23, line 20 - line 38 * 

* figure 17 * . 

EP 0 694 918 A (SONY CORP) 
31 January 1996 (1996-01-31) 

* abstract * 

* column 11, line 4 - line 34 * 

* column 16, line 26 - line 32 * 

* figure 5 * 

EP 0 737 974 A (TOKYO 5HIBAURA ELECTRIC 
CO) 16 October 1996 (1996-10-16) 

* abstract * 

* column 6, line 5 - line 28 * 

* column. 13, line 57 - column 15, line 31 

* column 27, line 9 - column 29, line 34 * 

* column 32, line 20 - column 33, line 10 

.* 

* figures 1,12,13,29-32,41-45/ 

US 5 546 365 A (ROTH RUDOLF) • 
13 August 1996 (1996-08-13) 

* abstract * 

* column 6, line 65 - column 7, line 41 * 

* column 8, line 43 - line 62 * 

* tables 1,2 * 

GB 2 219 886 A (PHILIPS NV) 
20 December 1989 (1989-12-20) 

* abstract * 

* page 12, line 2 - page 13, line 5 * 

* table 1 * 



The present search repon has been drawn up tor all claims 



Place oi scarcn 

THE HAGUE 



Date ol completion ol the search 

22 January 2001 



Relevant 
to claim 



1-11 



1-3,6-8 



CLASSIFICATION OF THE 
APPLICATION (tm.CJ.6) 



G11B27/034 
G11B27/036 
G11B19/04 



12,14-22 
13 



13 



1-6 



TECHNICAL FIELDS 
SEARCHED (lnt.CI.6) 



G11B 



E** miner 



Barel-Faucheux, C 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant it taken alone 

Y.: particularly relevant if combined with another 

document ol the same category 
A : technological background 
O : non-written disclosure 
P : intermediate document 



T : theory or principle underlying the Invention 
E : ear Bar patent document, but published on. or 

alter the firing dale 
0 document cited in the application 
L : document cited tor other reasons 

ft : member of the same patent tamfly, corresponding 
dbctimeni 



2 * 



BNSDOCIC* <EP. 



.00tl825A3J_> 



Best Available Copy 



EP0 911 825 A3 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 30 8504 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



3 



o 
o 

I 

<x 

2 
2 



Citation of document j with indication, where appropriate, 
oj relevant passages 



EP 0 676 761 A (SONY CORP) 
11 October 1995 (1995-10-11) 
* abstract * 
column 10, line 8 
column 11, line 40 
column 30, 1 Vne 54 



* 



line 25 * 
line 49 * 

column 31, line 11 



column 35, line 12 
claim 30 * 
figure 23 * 



- line 24 * 



Relevant 
to claim 



1-6 



CLASSIFICATION OF THE 
APPLICATION (lnt.CI.6) 



The present search rep or has been drawn up for all claims 



Ptaca of taarcn 

THE HAGUE 



Oatt ol completion el (he March 

22 January 2001 



TECHNICAL FIELDS 
SEARCHED (tnLCt.B) 



Ewimher 



Barel-Faucheux, C 



CATEGORY OF CITED DOCUMEf^TS 

X : particularly relevant il taken atone 

Y : particularly iglevant il combined wttn another 

document of the same category 
A : technological background 
O : non-written disclosure . 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, but pubEshed on, or 

altar the fifing date 
O : document cited in [he application 
L : document died tor other reasons 



* ** **••♦•»* »*«"■•♦* *•*•♦•- ■ 



& : member of the same patent lamSy. corresponding 
document 



3 



BNSDOCID: <EP 



09HB2SA3J_> 



EP 0 911 825 A3 



3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP. 98 30 8504 



This annex lists the patent family members relating lo I he patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is in no way liable for these particulars which are merety given for the purpose of information. 

22-01-26G1 



Paient document 


Publication 




• 

Patent family 


Publication 


cited in search report 


date 


* 


members) 


date 


EP G406021 A 


02-01-1991 


JP 


1969454 C 


18-09-1995 




JP 


3035476 A 


15-02-1991 




JP 


6105536 B 


21-12-1994 




JP 


3035471 A 


15-02-1991 




JP 


1933662 C 


26-05-1995 




JP 


3035475 A 


15-02-1991 




JP 


• 

• 6064841 B 


22-08-1994 




JP 


3035479 A 


15-02-1991 




JP 


3035480 A 


15-02-1991 




JP 


3066086 A 


20-03-1991 




CA 


2020059 A,C 


31-12-1990 




DE 


69028880 D 


21-11-1996 


* 


KR 


9401016 B 


08-02-1994 




US 


5420838 A 


30-05-1995 


EP 0694918 A 


31-01-1996 


JP 


8045184 A 


16-02-1996 




CN 


1127915 A 


31-07-1996 




US 


5675559 A 


07-10-1997 




US 


5790484 A 


04-08-1998 


EP 0737974 A 


16-10-1996 


AT 


170320: T 


15-09-1998 




. AT 


183327 T 


15-08-1999 




AU 


698374 B 


29-10-1998 




AU 


5288096 A 


30-10-1996 


L 












CA 


2192080 A 


17-10-1996 




DE 


69600554 D 


01-10-1998 


• 


DE 


6960G554 T 


11-03-1999 




DE 


69603698 D 


16-09-1999 




DE 


69603698- T 


27-01-2000 




DK 


737974 T 


25-05-1999 




DK 


801384 T 


28-02-2000 




EP 


0801384 A 


15-10-1997 




ES 


2121449 T 


16-11-1998 




GR 


3031593 T 


31-01-2000 


♦ 


JP 


2857120 B 


10-02-1999 




JP 


9219085 A 


19-08-1997 




JP 


8339664 A 


24-12-1996 




WO 


9632721 A 


17-10-1996' 




NO 


965358 A 


13-02-1997 




US 


6009433 A 


28-12-1999 




US 


5813010 A 


22-09-1998 


US 5546365 A 


13-08-1996 


GB 


2219886 A 


20-12-1989 






AT 


130694 T 


15-12-1995 


1 


CN 


1040282 A,B 


07-03-1990 



p 

uj For more details about this annex : see Official Journa" of the European Patent Office, No. 1 2/82 



BNSDOC1D: <EP 



091 182SA3 | > 



EPO 911 825 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 98 30 8504 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned' European search report. 
The members are as contained In the European Patent Office EDP file on 

The European Patent Office is in no way liable for these particulars which are'merely given for the purpose ol information. 

22-01-2001 



Patent document 
cited in search report 



Publication 
date 



Patent family 
members) 



Publication 
date 



US 5546365 



i 
§ 

O 



DE 68924871 D 

DE 68924871 T 

EP 0346979 A 

ES 2081830 T 

HK 144696 A 

JP 2035683 A 

KR 138113 B 

MX 169469 B 



GB 2219886 



«' 20-12-1989 



AT 130694 T 

CN 1040282 A,B 

DE 68924871 D 

DE 68924871 T 

EP 0346979 A 

ES 2081830 T 

HK 144696 A 

JP 2035683 A 

KR 138113 B 

MX 169469 B 

US 5546365 A 



EP 0676761 



11-10-1995 



AU 681709 B 

AU 7864594 A 

US 6122646 A 

CN 1117321 A 

W0 9511508 A 

JP 7168749 A 



04-01- 
20-06 
20-12 
16-03 
09-08 
06-02 
15-05 
06-07 



1996 
1995 
1989 
1996 
1996 
1990 
1998 
1993 



15- 12- 
07-03- 
04-01- 
20-06- 
20-12- 

16- 03- 
09-08- 
06-02- 
15-05- 
06-07- 
13-08- 



1995 
1990 
1996 
1996 
1989 
1996 
1996 
1990 
1998 
1993 
1996 



04-09-1997 
08-05-1995 
19-09-2000 
21-02-1996 
27-04-1995 
04-07-1995 



Si For more details about this annex : see Official Journal of the European Patent Office, No. 12/82 



BNSDOCID-. <EP_ 



_P911B2SA3J_> 



